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10 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a node search method , node , 
a mobile communication system, and a computer program product. 
2 o Description of the Related Art 

15 As a conventional method whereby a particular node searches 

a group formed of a plurality of nodes for the nearest located 
node, there is a method utilizing an anycast address 
(http : //www. ietf . org/rf c/rf C2373 . txt?number=2373 ) . The 
anycast address is an address that makes it possible to select 

20 the nearest located node from among a plurality of nodes and access 
the node. The anycast address has been introduced in Internet 
Protocol version 6 (IPv6). 

On the other hand, in the Internet Protocol (IP) network, 
there is a mobility management node, which effects management 

25 so as to deliver a packet to a mobile node even if the mobile 
node moves . The mobility management node conducts , for example , 
transfer and buffering of a packet directed to a mobile node. 
Therefore, the mobile node needs to search for a mobility 
management node that exists in the neighborhood. Accordingly, 

30 in an access router to which the mobile node is connected, amobility 
management node in the neighborhood of the access router is 
previously set . Further, the mobile node causes the access router 
connected thereto to notify the preset mobility management node, 
and detects a neighbor node. Such a method is conducted 

35 (http: //www. ietf . org/internet-draf ts/draf t-ietf -mobileip-hmi 
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pv6-08 . txt ) . 

However, the method of searching for a neighbor node by 
using the anycast address has the following problems. Since the 
anycast address has been introduced in IPv6, it cannot be used 
5 in networks using IPv4. Furthermore, it is necessary to conduct 
a setting for adding an entry of the anycast address to the routing 
table of every router in a network for which it is desired to 
validate the anycast address. Furthermore, in the anycast 
address, the criterion for a decision as to whether the distance 

10 between nodes is short depends upon the routing protocol adopted 
for the network. Therefore, the node itself cannot search for 
a neighbor node on the basis of its own decision criterion. 

Furthermore, in the anycast address , anode itself belonging 
to a group cannot detect a node in the group that is located nearest 

15 the node itself except the node itself. Furthermore, in the 
anycast address, in the case where the nearest node cannot be 
used for some reason , such as for reasons of security or a contract , 
a neighbor node that takes the place of the nearest node cannot 
be detected. In other words, a neighbor node cannot be detected 

20 according to the situation in some cases. 

On the other hand, in the method in which a mobile node 
causes an access router to notify a neighbor mobility management 
node, the neighbor mobility management node is previously set 
in the access router in order to cause the access router to notify 

25 the neighbor mobility management node. Therefore, the method 
has the following problems . A fixed relation is formed between 
the access router and the mobility management node by the setting . 
In the case where there has been a change of situation, such as 
addition, deletion or a failure, of a mobility management node, 

30 it is necessary to alter the fixed relation in order to make it 
possible to suitably detect a neighbor mode. In other words, 
it is necessary to alter the setting in all neighbor access routers . 

In addition , if there is an access router for which a mobility 
management node has not been set, then a mobile node connected 

35 to the access router cannot detect a mobility management node. 



Even in the case where a large number of mobile nodes are connected 
to an access router, a mobile node can detect only the set mobility 
management node. Therefore, the mobility management node is 
congested. Even if congestion occurs, the mobile node cannot 
5 detect other mobility management nodes . 

BRIEF SUMMARY OF THE INVENTION 

An object of the present invention is to provide a node 
search method, node, a mobile communication system, and a computer 

10 program product whereby a service node for providing a service 
to a mobile node and the mobile node can search for the service 
node autonomously and easily according to the circumstances. 

A node search method according to the present invention 
is a node search method for searching for a service node for 

15 providing a service to a mobile node, in a mobile communication 
system including a plurality of service nodes and the mobile node, 
each of the service nodes and the mobile node having a node storage 
unit configured to store addresses of service nodes. The node 
search method comprises transmitting a node search packet for 

20 searching for the service node from a node, which searches for 
the service node (hereafter referred to as search node) to an 
address stored in the node storage unit of the search node, 
returning a node notice packet from at least one of a service 
node, which has received the node search packet (hereafter 

25 referred to as search packet reception node) , and a service node 
other than the search packet reception node (hereafter referred 
to as peripheral node) , to the search node in response to the 
node search packet, detecting the service node on a basis of a 
returned node notice packet by the search node, and updating the 

30 node storage unit of the search node on a basis of a detected 
service node by the search node. 

The peripheral node is a service node other than the search 
packet reception node. Therefore, all service nodes other than 
the search packet reception node included in the mobile 

35 communication system can become peripheral nodes. According to 



such a node search method, the search node, which wants to search 
for a service node, can autonomously search for a service node 
by transmitting a node search packet. By simply transmitting 
a node search packet, the search node can receive a node notice 
5 packet from the search packet reception node or the peripheral 
node in response to the node search packet. Further, the search 
node can detect a service node on the basis of the node notice 
packet. Therefore, the search node can easily detect other 
service nodes included in the mobile communication system. 

10 In addition , the search node can receive a node notice packet , 

which meets the situation at the time of transmission of the node 
search packet. Therefore, the search node can detect a service 
node, which meets the situation at that time. The search node 
updates the node storage unit on the basis of the detected service 

15 node. Therefore, the search node can dynamically hold nodes, 
which meets the situation at that time. 

A node according to the present invention comprises a 
node storage unit configured to store addresses of service nodes, 
a search packet creation unit configured to create a node search 

20 packet to be transmitted to an address stored in the node storage 
unit, in order to search for the service node, a communication 
unit configured to communicate, transmit the node search packet 
created by the search packet creation unit, and receive a node 
notice packet returned from at least one of the search packet 

25 reception node and the peripheral node in response to a transmitted 
node search packet, a detection unit configured to detect the 
service node on a basis of the node notice packet received by 
the communication unit, and an update unit configured to update 
the node storage unit on a basis of the service node detected 

30 by the detection unit. 

According to the node of the present invention, the search 
packet creation unit creates a node search packet to be transmitted 
to an address stored in the node storage unit. The communication 
unit transmits the node search packet and receives a node notice 

35 packet in response to the node search packet . The detection unit 
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detects the service node on the basis of the node notice packet. 
Therefore, the node can autonomously search for the service node. 
The node can receive a node notice packet from the search packet 
reception node or the peripheral node. Further, the node can 
detect the service node on the basis of the node notice packet. 
Therefore, the node can easily detect service nodes included in 
the mobile communication system. 

In addition, the node can receive a node notice packet, 
which meets the situation at the time of transmission of the node 
search packet. Therefore, the node can detect the service node, 
which meets the situation at that time. The update unit updates 
the node storage unit on the basis of the detected service node. 
Therefore, the node can dynamically hold service nodes, which 
meets the situation at that time. 

A mobile communication system according to the present 
invention comprises the search node configured to search for the 
service node by transmitting a node search packet in order to 
search for the service node, the search packet reception node 
configured to receive the node search packet transmitted from 
the search node, and the peripheral node, wherein the search node 
comprises a node storage unit configured to store addresses of 
service nodes , a search packet creation unit configured to create 
a node search packet to be transmitted to an address stored in 
the node storage unit, a communication unit configured to 
communicate , transmit the node search packet created by the search 
packet creation unit, and receive a node notice packet returned 
from at least one of the search packet reception node and the 
peripheral node in response to a transmitted node search packet, 
a detection unit configured to detect the service node on a basis 
of the node notice packet received by the communication unit, 
and an update unit configured to update the node storage unit 
on a basis of the service node detected by the detection unit. 

A computer program product according to the present 
invention is a computer program product for causing a computer 
to function as a node. The computer program product comprises 



a first computer program code for causing the computer to store 
addresses of service nodes, a second computer program code for 
causing the computer to create a node search packet to be 
transmitted to a stored address , in order to search for the service 
node, a third computer program code for causing the computer to 
communicate, transmit the node search packet created, and receive 
a node notice packet returned from at least one of the search 
packet reception node and the peripheral node in response to a 
transmitted node search packet, a fourth computer program code 
for causing the computer to detect the service node on a basis 
of the node notice packet received, and a fifth computer program 
code for causing the computer to update the addresses on a basis 
of a detected service node. 

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 

Fig. 1 is a diagram showing a configuration of a mobile 

communication system according to a first embodiment of the 

present invention; 

Fig. 2 is a block diagram showing a configuration of a MAP 

according to a first embodiment of the present invention; 

Fig. 3 is a diagram showing a neighbor MAP table and a second 

table in a MAP ( k ) according to a first embodiment of the present 

invention; 

Fig. 4 is a block diagram showing a configuration of a MN 
according to a first embodiment of the present invention; 

Fig. 5 is a diagram showing a neighbor MAP table and a second 
table in a MN( a) according to a first embodiment of the present 
invention; 

Fig. 6 is a diagram showing a search for a MAP conducted 
by another MAP according to a first embodiment of the present 
invention; 

Fig. 7 is a diagram showing a MAP search packet according 
to a first embodiment of the present invention; 

Figs. 8A and 8B are diagrams showing a MAP notice request 
packet according to a first embodiment of the present invention; 



Figs . 9A and 9B are diagrams showing MAP notice packets 
according to a first embodiment of the present invention; 

Fig. 10 is a diagram showing a neighbor MAP table and a 
second table of a MAP ( k ) when receiving a MAP notice packet from 
aMAP(i) , according to a first embodiment of the present invention; 

Fig. 11 is a diagram showing a neighbor MAP table and a 
second table of a MAP ( k ) when receiving a MAP notice packet from 
a MAP ( j ) , according to a first embodiment of the present invention; 

Fig. 12 is a diagram showing a neighbor MAP registration 
request packet according to a first embodiment of the present 
invention; 

Fig. 13 is a diagram showing a neighbor MAP table and a 
second table of a MAP ( f ) according to a first embodiment of the 
present invention ; 

Fig. 14 is a diagram showing a neighbor MAP registration 
acknowledgement packet according to a first embodiment of the 
present invention ; 

Fig. 15 is a diagram showing a mobile communication system 
at the time when a MAP(o) is newly arranged, according to a first 
embodiment of the present invention; 

Fig. 16 is a diagram showing how a MAP(o) searches for a 
more neighboring MAP, according to a first embodiment of the 
present invention ; 

Fig. 17 is a diagram showing the state after a registration 
request issued by a MAP(o), according to a first embodiment of 
the present invention; 

Fig. 18 is a diagram showing a mobile communication system 
after arrangement of a MAP(o), according to a first embodiment 
of the present invention; 

Fig. 19 is a diagram showing a search for a MAP conducted 
by a MN , according to a first embodiment of the present invention; 

Fig. 20 is a diagram showing a neighbor MAP table and a 
second table of a MAP ( k ) according to a first embodiment of the 
present invention ; 

Fig. 21 is a diagram showing a neighbor MAP table and a 



second table in a MN according to a second embodiment of the present 
invention; 

Fig, 22 is a diagram showing a search for a MAP conducted 
by another MAP # according to a second embodiment of the present 
invention; 

Fig. 23 is a diagram showing a MAP search packet according 
to a second embodiment of the present invention; 

Figs. 2 4A and 2 4B are diagrams showing encapsulated MAP 
notice packets according to a second embodiment of the present 
invention; 

Fig. 25 is a diagram showing a MAP notice packet transmitted 
by a MAP(i), according to a second embodiment of the present 
invention; 

Fig. 2 6 is a diagram showing a neighbor MAP table and a 
second table of a MAP ( k) when receiving a MAP notice packet from 
a MAP ( i ) , according to a second embodiment of the present 
invention; 

Fig. 27 is a diagram showing a MAP notice packet transmitted 
by a MAP ( j ) , according to a second embodiment of the present 
invention; 

Fig. 28 is a diagram showing a search for a MAP conducted 
by a MN , according to a second embodiment of the present invention ; 

Fig. 2 9 is a block diagram showing a configuration of a 
MAP according to a variation of the present invention; and 

Fig. 30 is a block diagram showing a configuration of a 
MN according to a variation of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
[First Embodiment] 

[Mobile Communication System] 
(General Configuration of Mobile Communication System) 

The mobile communication system uses a mobility management 
scheme called HMIP ( Hierarchical Mobile IPv6 ) . The HMIP has been 
obtained by expanding Mobile IPv6. The HMIP is a mobility 
management scheme for transferring a packet transmitted toward 



a home address of a mobile node (hereafter referred to as MN) 
to the MN via nodes called home agent (hereafter referred to as 
HA) and mobility anchor point (hereafter referred to as MAP) . 

As shown in Fig. 1, the mobile communication system comprises 
a plurality of nodes, such as MAP(a) la to MAP ( n ) In, MN( a) 2a , 
and MN(b) 2b. A plurality of nodes MAP (a) la to MAP ( n ) In form 
a group. MAP (a) la to MAP ( n ) In each grasp a MAP located in its 
own neighborhood (hereafter referred to as neighbor MAP) by 
searching for another MAPs . The MAP (a) la to MAP ( n ) In accept 
registration of the home address and care of address from the 
MN(a) 2aandMN(b) 2b. Further, the MAP (a) latoMAP(n) In receive 
packets transmitted toward home addresses of the MN( a) 2a and 
MN(b) 2b, via the HA, and conduct buffering of the packets and 
transfer of the packets to the care of address . MAP ( a ) la to MAP ( n ) 
In are service nodes for providing a service toMN(a) 2a and MN(b) . 
This service by MAP (a) la to MAP(n)ln is a mobility management. 

TheMN(a) 2aandMN(b) 2b search for MAPs , and grasp neighbor 
MAPs. MN ( a ) 2a and MN(b) 2b each select a neighbor MAP to be 
used, and register the home address and care of address in the 
neighborMAP. Furthermore, theMN(a) 2aandMN(b) 2b each register 
the home address and an address of the neighbor MAP to be used, 
in the HA. 

There are a plurality of nodes MAP (a) la to MAP (n) In, MN(a) 
2a, and MN(b) 2b. In the ensuing description, therefore, an 
alphabetic letter in parentheses is used as a MAP symbol or a 
MN symbol for discriminating a MAP or a MN . Information concerning 
a node, such as a MAP or a MN, is hereafter referred to as node 
information. In the node information, there is information 
concerning the node itself (hereafter referred to as own-node 
information) and information concerning the relation between the 
node and another node (hereafter referred to as inter-node 
information) . In the own-node information, there is information 
concerning the characteristics and state of the node itself, such 
as the processing capability of the node, traffic volume in the 
node , the number of nodes using the node , transmission power value 



of the node, and reliability of the node. In the inter-node 
information, there is information concerning the delay value, 
the number of hops and the cost in packet transmission between 
the node and another node, and information concerning the link 
capacity and propagation path. 

There are various criteria for making a decision as to 
whether the distance between nodes is short. Therefore, the 
neighbor MAP means a nearby MAP, but it differs depending upon 
the decision criterion. For example, there are various decision 
criteria as to whether the distance between nodes is short, such 
as a shorter delay value in packet transmission between nodes, 
a smaller number of hops between nodes, a lower cost in packet 
transmission between nodes , a larger link capacity between nodes , 
a better propagation path between nodes, a larger processing 
capability of the node, a smaller traffic volume in the node, 
a smaller number of nodes using the node, and a lower transmission 
power of the node, all of which indicate a shorter distance. As 
for the decision criterion, a plurality of decision criterion 
parameters may also be combined. As the decision criterion, a 
suitable criterion can be used for each node. Furthermore, as 
to the decision criterion as to whether the distance is short, 
various decision criteria can be used depending upon the routing 
protocol adopted by the mobile communication system. 

Since there are various decision criteria as to whether 
the distance between nodes is short, there are various kinds of 
information required for the decision as to whether the distance 
between nodes is short (hereafter referred to as 
remoteness/nearness decision information) . For example, in the 
remoteness/nearness decision information, there are the delay 
value in packet transmission between nodes, the number of hops 
between nodes, the cost in packet transmission between nodes, 
the link capacity between nodes , the propagation path information 
between nodes , the node processing capability , the traffic volume , 
the number of nodes using the node, the node transmission power, 
and the reliability. In the present embodiment, a decision 



criterion "a shorter delay value in packet transmission between 
nodes indicates a shorter distance" is used as the decision 
criterion for determining whether the distance between nodes is 
short. Furthermore, as for the remoteness/nearness decision 
information , the delay value in packet transmission between nodes 
is used. 

(Configuration of MAP) 

MAP (a) la to MAP ( n ) In each have a configuration similar 
to that of MAP 1 shown in Fig. 2. As shown in Fig. 2, the MAP 
1 comprises an application unit 11, a TCP/UDP (Transmission 
Control Protocol/ User Data gram Protocol) unit 12, an IP layer 
unit 13, a mobility management unit 14, an NMDP (Neighbor MAP 
Discovery Protocol) unit 15, a neighbor MAP table 16, a second 
table 17, a link layer unit 18, and an interface 19. 

The application unit 11 has various applications installed 
therein. The application unit 11 is connected to the TCP/UDP 
unit 12. The application unit 11 supplies data to the TCP/UDP 
unit 12, and acquires data from the TCP/UDP unit 12. The TCP/UDP 
unit 12 conducts control of the TCP/UDP level. The TCP/UDP unit 

12 is connected to the application unit 11 and the IP layer unit 

13 . The TCP/UDP unit 12 adds a TCP/UDP header to the data acquired 
from the application unit 11, and supplies resultant data to the 
IP layer unit 13. The TCP/UDP unit 12 removes a TCP/UCP header 
from data acquired from the IP layer unit 13 , and supplies resultant 
data to a suitable application in the application unit 11. 

The IP layer unit 13 conducts control of the IP level. The 
IP layer unit 13 is connected to the TCP/UDP unit 12, the mobility 
management unit 14, and the NMDP unit 15. The IP layer unit 13 
adds an IP header to the data with the TCP/UDP header added thereto 
acquired from the TCP/UDP unit 12, and supplies resultant data 
to the link layer unit 18. The IP layer unit 13 removes an IP 
header from the data acquired from the link layer unit 18, and 
supplies resultant data to the TCP/UDP unit 12. 

If the IP layer unit 13 has acquired a packet for mobility 



management, such as a packet for requesting registration of a 
home address and a care of address , which is called Binding Update 
Packet, from MN to MAP, or a packet directed to a home address 
of a MN, from the link layer unit 18, then the IP layer unit 13 
5 supplies the packet to the mobility management unit 14. 

Furthermore, the IP layer unit 13 acquires a packet for mobility 
management, such as a response to the home address and care of 
address registration request, which is called binding update ACK 
packet, from MAP to MN, or a packet directed to a care of address 

10 of a MN, from the mobility management unit 14, and supplies the 
packet to the link layer unit 18. 

If the IP layer unit 13 has acquired a packet concerning 
a search for a MAP from the link layer unit 18, then the IP layer 
unit 13 supplies it to the NMDP unit 15. Furthermore, the IP 

15 layer unit 13 acquires a packet concerning a search for a MAP 
from the NMDP unit 15, and supplies it to the link layer unit 
18. As packets concerning a search for a MAP, there are a MAP 
search packet for searching for a MAP , a MAP notice packet returned 
in response to a MAP search packet, a MAP notice request packet 

20 for requesting return of a MAP notice packet, a neighbor MAP 
registration request packet for requesting registration in 
another MAP, and a neighbor MAP registration acknowledgement 
packet returned in response to a neighbor MAP registration request 
packet. Incidentally, the MAP search packet corresponds to a 

25 node search packet in claims. The MAP notice packet corresponds 
to a node notice packet in claims. The MAP notice request packet 
corresponds to a node notice request packet in claims . The 
neighbor MAP registration request packet corresponds to a node 
registration request packet in claims. 

30 The mobility management unit 14 conducts mobility 

management. In other words, the mobility management unit 14 
conducts processing concerning mobility management conducted by 
the MAP 1 in the HMIP scheme. The mobility management unit 14 
is connected to the IP layer unit 13 . Specifically, the mobility 

35 management unit 14 conducts creation and processing of packets 



required for the mobility management . For example, the mobility 
management unit 14 acquires a home address and a care of address 
of a MN from the binding update packet directed from a MN to a 
MAP acquired from the IP layer unit 13. The mobility management 
unit 14 conducts binding control for controlling the acquired 
home address and care of address of the MN in association with 
each other. The mobility management unit 14 creates a binding 
update ACK packet from a MAP to a MN in response to the binding 
update packet , and supplies it to the IP layer unit 13 . In addition, 
the mobility management unit 14 conducts decapsulation or 
encapsulation of a packet directed to a MN. For example, the 
mobility management unit 14 encapsulates a packet directed to 
the home address of the MN and acquired from the IP layer unit 
13, by using a care of address corresponding to the home address, 
and supplies the encapsulated packet to the IP layer unit 13. 

The NMDP unit 15 conducts control on the search for a MAP. 
In other words, the NMDP unit 15 conducts processing concerning 
the search for a MAP performed by the MAP 1. The NMDP unit 15 
is connected to the IP layer unit 13, the neighbor MAP table 16, 
and the second table 17 . Specifically, the NMDP unit 15 conducts 
a processing and a creation of a packet concerning the search 
for a MAP. For example, from the MAP search packet, MAP notice 
packet, MAP notice request packet, neighbor MAP registration 
request packet, and neighbor MAP registration acknowledgement 
packet acquired from the IP layer unit 13 , the NMDP unit 15 acquires 
information included in these packets. 

The NMDP unit 15 creates a MAP search packet, a MAP notice 
packet, a MAP notice request packet, a neighbor MAP registration 
request packet, and a neighbor MAP registration acknowledgement 
packet by accessing the neighbor MAP table 16 and the second table 
17, and supplies them to the IP layer unit 13. In other words, 
the NMDP unit 15 functions as a search packet creation unit 
configured to create a node search packet , a notice packet creation 
unit configured to create a node notice packet, a request packet 
creation unit configured to create a node notice request packet, 



a request packet creation unit configured to create a node 
registration request packet, and an acknowledgement packet 
creation unit configured to create a node registration 
acknowledgement packet . 
5 In addition, the NMDP unit 15 conducts MAP detection, 

determination of inter-node information between the MAP and 
another MAP , and update of the neighbor MAP table 16 and the second 
table 17 on the basis of information acquired from a packet 
concerning a search for a MAP , or information stored in the neighbor 

10 MAP table 16 and the second table 17. In other words, the NMDP 
unit 15 functions as a detection unit configured to detect the 
service node, a determination unit configured to determine 
inter-node information between the node and another node, and 
an update unit configured to update the neighbor MAP table 16 

15 and the second table 17. 

The neighbor MAP table 16 is a node storage unit configured 
to store addresses of service nodes. As a general rule, the 
neighbor MAP table 16 stores information concerning a plurality 
of neighbor MAPs. The neighbor MAP table 16 stores the lifetime 

20 of information concerning the neighbor MAPs as well . The neighbor 
MAP table 16 is connected to the NMDP unit 15. 

By taking a neighbor MAP table 16k of a MAP ( k ) lk shown 
in Fig. 1 as an example, the neighbor MAP table 16 will now be 
described. As shown in Fig. 3, the neighbor MAP table 16k holds 

25 information concerning a predetermined fixed number of neighbor 
MAPs (hereafter referred to as maximum number of node entries) . 
In the neighbor MAP table 16, the maximum number of node entries 
is set to "5 . " By thus setting the maximum number of node entries , 
pressure on the storage capacity in the MAP 1 can be prevented. 

30 In the neighbor MAP table 16k, theMAP(k) lk itself is also included 
as a neighbor MAP. As a result, it is not necessary to conduct 
exception processing for removing the MAP ( k ) lk itself, which 
has the neighbor MAP table 16k, from the neighbor MAP table 16k, 
resulting in convenience. In order to prevent pressure on the 

35 storage capacity in the MAP 1, however, it is also possible to 

14 



conduct setting so as not to register the MAP(k) lk itself, which 
has the neighbor MAP table 16k, in the neighbor MAP table 16k. 

With respect to each neighbor MAP, the neighbor MAP table 
16k stores an IP address, a delay value (in msec), processing 
capability, a lifetime (in sec), a sequence number 1, forced 
registration lifetime (in sec), and a sequence number 2. In 
Fig. 3, a MAP symbol is used as the IP address in order to simplify 
the description. Hereafter, the IP address is represented by 
using a MAP symbol and a MN symbol. 

As the delay value, a one-way transmission delay value 
between the MAP(k) lk itself having the neighbor MAP table 16k 
and each neighbor MAP is used. In this way, the neighbor MAP 
table 16k stores the delay value, which is inter-node information 
and which can be used as remoteness/nearness decision information . 
As a general rule, the neighbor MAP table 16k stores information 
concerning neighbor MAPs according to a criterion "five neighbor 
MAPs having shortest delay values are stored in the order of 
increasing delay value." Thus, owing to the neighbor MAP table 
16k, which stores IP addresses and node information of MAPs 
according to the predetermined criterion, the MAP can easily 
conduct the work of controlling, updating and using the stored 
information . 

The processing capability is the processing capability of 
each neighbor MAP as a MAP. In this way, the neighbor MAP table 
16k stores the processing capability, which is own-node 
information representing the characteristic of the MAP itself. 
The processing capability is represented by the height of 
processing capability divided into four steps, highest 
(represented by "00"), high (represented by "01"), medium 
(represented by "10") , and low ( represented by "11") . The height 
of the processing capability of the MAP is judged on the basis 
of the processing speed in the MAP, the number of MNs using the 
MAP, and hardware specifications such as the storage capacity 
and the CPU speed of the MAP. 

The lifetime is the lifetime of information concerning each 



neighbor MAP in the neighbor MAP table 16k. The lifetime is 
decremented by the NMDP unit 15 every second. If the lifetime 
arrives at 0 (sec), then as a general rule the information 
concerning the neighbor MAP is erased from the neighbor MAP table 
16k by the NMDP unit 15. 

The forced registration lifetime is the lifetime for which 
information concerning each neighbor MAP can be forcibly 
registered in the neighbor MAP table 16k. Therefore, the neighbor 
MAP table 16k continues to store information concerning neighbor 
MAPs that are not 0 (sec.) in forced registration lifetime 
irrespective of the delay value and the lifetime . In other words , 
information concerning neighbor MAPs that are not 0 (sec.) in 
forced registration lifetime is not erased exceptionally by the 
NMDP unit 15 even if the lifetime becomes 0 (sec.) or the delay 
value becomes large. Incidentally, the forced registration 
lifetime is also decremented by the NMDP unit 15 every second. 
After the forced registration lifetime has arrived at 0 (sec. ) , 
the information concerning the neighbor MAP is not handled 
exceptionally. The forced registration lifetime is set to 0 
(sec.) in initialization. 

The sequence number 1 is a sequence number of a MAP notice 
packet that serves as a reference for updating the delay value, 
processing capability , and lifetime concerning each neighbor MAP . 
The sequence number 2 is a sequence number of a neighbor MAP 
registration request packet that serves as a reference for 
updating the forced registration lifetime concerning each 
neighbor MAP. 

The second table 17 is a storage unit configured to store 
own-node information. Specifically, the second table 17 stores 
the own-node information concerning the MAP 1 itself, and 
information required for the MAP 1 to effect a search for a MAP 
or update the neighbor MAP table 16. The second table 17 is 
connected to the NMDP unit 15. 

By taking the second table 17k of the MAP(k) lk shown in 
Fig. 1 as an example, the second table 17 will now be described. 



As shown in Fig. 3, the second table 17k stores a sequence number 
3, an initial lifetime (in sec), a search lifetime (in sec. ) , 
a sequence number 4, a forced registration initial lifetime (in 
sec. ) , time of a forced registration request transmission timer 
5 (in sec. ) , processing capability, time in a timer (in sec. ) , and 
a smoothing factor a . 

The sequence number 3 is a sequence number of a MAP search 
packet last transmitted by the MAP(k) Ik. The sequence number 
3 is incremented by the NMDP unit 15 when creating a MAP search 

10 packet. The initial lifetime is a lifetime that is set when 
updating the lifetime in the neighbor MAP table 16k. The search 
lifetime is time that becomes a reference for starting the search 
for a MAP . If the lifetime of the neighbor MAP table 16k arrives 
at the search lifetime in the second table 17k, then a search 

15 for a neighbor MAP is started by the NMDP unit 15. 

The sequence number 4 is a sequence number of a neighbor 
MAP registration request packet last transmitted by the MAP ( k ) 
lk. The sequence number 4 is incremented by the NMDP unit 15 
when creating a neighbor MAP registration request packet. The 

20 forced registration initial lifetime is an initial value of the 
forced registration lifetime forcibly registered in neighbor MAP 
tables 16 in another MAP. The time of the forced registration 
request transmission timer is time that serves as a reference 
for starting a request for registration in another MAP. The time 

2 5 of the forced registration request transmission timer is 

decremented by the NMDP unit 15 every second. If the time of 
the forced registration request transmission timer has arrived 
at 0, then a request for registration in another MAP is started 
by the NMDP unit 15. 

30 The processing capability is the processing capability of 

the MAP(k) lk itself serving as a MAP. In the same way as the 
neighbor MAP table 16k, the processing capability is indicated 
by the height of the processing capability divided into four steps . 
The time of the timer is time of a timer used by the MAP (k) lk 

35 to measure a delay value. In order to improve the precision of 



delay value measurement, it is desirable that the time of the 
timer is updated by the NMDP unit 15 by taking a msec- as the 
unit. The smoothing factor a is used to smooth a measured delay 
value and previous delay value when determining a delay value. 
As for the smoothing factor ot , an arbitrary value in the range 
of 0 to 1 can be set. The smoothing factor ot for the MAP ( a ) la 
to MAP(n) In is set to 0.5. 

Referring back to Fig. 2, the link layer unit 18 conducts 
control of the data link level . The link layer unit 1 8 is connected 
to the IP layer unit 13 and the interface 19. The link layer 
unit 18 adds a header of data link level to data having an IP 
header acquired from the IP layer unit 13, and supplies resultant 
data to the interface 19 . The link layer unit 18 removes a header 
of data link level from data acquired from the interface 19, and 
supplies resultant data to the IP layer unit 13. 

The interface 19 is a communication unit configured to 
communicate with another node. The interface 19 communicates 
with another MAP, a MN or the HA. Specifically, the interface 
19 transmits a packet concerning mobility management acquired 
from the link layer unit 18, a packet directed to a MN, and a 
packet concerning a search for a MAP, to another MAP or the MN. 
Furthermore, the interface 19 receives a packet concerning 
mobility management, a packet directed to a MN, and a packet 
concerning a search for a MAP, from another MAP, a MN or the HA. 
The interface 19 supplies the received packet to the link layer 
unit 18. 

(Configuration of MN) 

MN ( a ) 2a and MN(b) 2b each have a configuration similar 
to that of MN 2 shown in Fig. 4. As shown in Fig. 4, the MN 2 
comprises an application unit 21, a TCP/UDP unit 22, an IP layer 
unit 23 , a mobility management unit 24 , an NMDP unit 25 , a neighbor 
MAP table 26 , a second table 27 , a link layer unit 28 , an interface 
29, and a MAP selection policy holding unit 30. 

The application unit 21 is connected to the MAP selection 

18 



policy holding unit 30. The application unit 21 conducts the 
setting of a MAP selection policy. The MAP selection policy is 
a selection criterion for selecting a MAP to be used by the MN 
2. The application unit 21 sets the MAP selection policy so that 
5 a MAP that can be most suitably used by the MN 2 may be selected. 
The MAP selection policy can be set freely according to the 
application and situation. 

For example, the MAP selection policy can be determined 
with respect to parameters of the MAP, such as the reliability, 

10 processing capability, traffic volume, the number of nodes using 
the node, transmission power value, a degree of the 
remoteness/nearness (where the decision criterion for the degree 
of the remote/nearness differs depending upon the 
remoteness/nearness decision criterion) , a delay value in packet 

15 transmission between the MAP and the MN 2, the number of hops 
between the MAP and the MN 2, the cost in packet transmission 
between the MAP and the MN 2 , a link capacity between the MAP 
and the MN 2, and propagation path information between the MAP 
and the MN 2. The MAP selection policy can also be determined 

20 with respect to a single parameter. The MAP selection policy 
can also be determined by combining a plurality of parameters. 
The degrees of these parameters can be determined freely. 

The application unit 21 stores the determined MAP selection 
policy in the MAP selection policy holding unit 30 and sets it. 

25 If the application unit 21 has newly determined a MAP selection 
policy, then the application unit 21 updates the MAP selection 
policy stored in the MAP selection policy holding unit 30, and 
re-sets it. The MAP selection policy may be set by the user or 
the system designer . Except for setting the MAP selection policy, 

30 the application unit 21 is substantially the same as the 
application unit 11 in the MAP 2 shown in Fig. 2. 

The MAP selection policy holding unit 30 is a selection 
criterion holding unit configured to hold a selection criterion 
for selecting a service node to be used by a MN . The MAP selection 

35 policy holding unit 30 holds a MAP selection policy that serves 



as a selection criterion for selecting a MAP to be used by the 
MN 2 . The MAP selection policy holding unit 30 is connected to 
the application unit 21 and the NMDP unit 25. The MAP selection 
policy holding unit 30 holds a MAP selection policy set by the 
5 application unit 21. Incidentally, the MAP selection policy 
holding unit 30 may previously hold a MAP selection policy set 
by the user or the system designer. 

The MAP selection policy holding unit 30 of MN( a) 2a and 
MN(b) 2b each hold a MAP selection policy represented as "a MAP 

10 located nearest and included in MAPs having high processing 

capability of at least "01". 11 In the present embodiment , a decision 
criterion represented as "a smaller delay value in packet 
transmission between nodes indicates a shorter distance." 
Therefore, "anode located nearest " means "a node having a minimum 

15 delay value in packet transmission between nodes." 

The TCP/UDP unit 22 is substantially the same as the TCP/UDP 
unit 12. The IP layer unit 23 acquires a packet for mobility 
management, such as a binding update ACK packet from MAP to MN, 
and a response to a registration request for the home address 

20 and an address of a neighbor MAP to be used, which is called binding 
update ACK packet, from HA to MN, or a packet directed to a care 
of address of the MN, from the link layer unit 28, and supplies 
the packet to the mobility management unit 24 . The IP layer unit 
23 acquires a packet for mobility management, such as a binding 

25 update packet from MN to MAP, and a packet for requesting 

registration of a home address and an address of a neighbor MAP 
to be used, which is called binding update packet, from MN to 
HA, or a packet directed to the MN, from the mobility management 
unit 24, and supplies the packet to the link layer unit 28. 

30 The IP layer unit 23 acquires a packet concerning a search 

for a MAP, such as a MAP notice packet, from the link layer unit 
28, and supplies the packet to the MNDP unit 25. The IP layer 
unit 23 acquires a packet concerning a search for a MAP, such 
as a MAP search packet, from the NMDP unit 25, and supplies the 

35 packet to the link layer unit 28. Except for these points, the 



IP layer unit 23 is substantially the same as the IP layer unit 
13 in the MAP 2 shown in Fig. 2. 

The mobility management unit 24 conducts mobility 
management. In other words, the mobility management unit 24 
5 conducts processing concerning mobility management conducted by 
the MN 2 in the HMIP scheme. The mobility management unit 24 
is connected to the IP layer unit 23 and the NMDP unit 25. 
Specifically, the mobility management unit 24 conducts processing 
and creation of packets required for the mobility management. 

10 For example , the mobility management unit 24 recognizes completion 
of registration of the home address and care of address in a MAP 
on the basis of a binding update ACK packet sent from a MAP or 
the HA and acquired from the IP layer unit 23. 

The mobility management unit 24 creates a binding update 

15 packet to be supplied to a MAP or the HA, and supplies it to the 
IP layer unit 23 . First , the mobility management unit 24 receives 
a notice of an address of a neighbor MAP that is the most suitable 
for use from the NMDP unit 25. And the mobility management unit 
24 creates a binding update packet for registering the home address 

20 and care of address in the neighbor MAP notified by the NMDP unit 
25. The mobility management unit 24 creates a binding update 
packet for registering the home address and an address of a neighbor 
MAP notified by the NMDP unit 25 in the HA. In addition, the 
mobility management unit 24 conducts decapsulation or 

25 encapsulation on a packet directed to a MN. For example, the 
mobility management unit 2 4 decapsulates a packet directed to 
the care of address of the MN 2 and acquired from the IP layer 
unit 23, and supplies the decapsulated packet to the IP layer 
unit 23. 

30 The NMDP unit 25 conducts control on the search for a MAP. 

In other words, the NMDP unit 25 conducts processing concerning 
the search for a MAP performed by the MN 2. The NMDP unit 25 
is connected to the IP layer unit 23, the mobility management 
unit 24, the neighbor MAP table 26, the second table 27, and the 

35 MAP selection policy holding unit 30. 



Specifically, the NMDP unit 25 conducts processing and 
creation of a packet concerning the search for a MAP . For example , 
from the MAP notice packet acquired from the IP layer unit 23 , 
the NMDP unit 25 acquires information included in the packet. 
5 The NMDP unit 25 creates a MAP search packet by accessing the 
neighbor MAP table 26 and the second table 27- Further, the NMDP 
unit 25 supplies the created MAP search packet to the IP layer 
unit 23. In other words, the NMDP unit 25 functions as a search 
packet creation unit. 

10 The NMDP unit 25 conducts MAP detection, determination of 

inter-node information between the MN 2 and the MAP, and update 
of the neighbor MAP table 26 and the second table 27 on the basis 
of information acquired from a packet concerning a search for 
a MAP, or information stored in the neighbor MAP table 26 and 

15 the second table 27. In other words, the NMDP unit 25 functions 
as a detection unit configured to detect the service node, a 
determination unit configured to determine inter-node 
information between the MAP and the MN 2, and an update unit 
configured to update the neighbor MAP table 26 and the second 

20 table 27. 

In addition, the NMDP unit 25 also functions as a selection 
unit configured to select a service node to be used. The NMDP 
unit 25 selects a MAP that is the optimum for the use of the NM 
2 . The NMDP unit 25 accesses the neighbor MAP table 26 and selects 

25 an optimum neighbor MAP on the basis of the MAP selection policy 
held in the MAP selection policy holding unit 30 . In other words , 
the NMDP unit 25 selects an optimum neighbor MAP by collating 
the MAP selection policy held in the MAP selection policy holding 
unit 30 with the information stored in the neighbor MAP table 

30 26. The NMDP unit 25 notifies the mobility management unit 24 
of an address of the selected neighbor MAP. 

The neighbor MAP table 26 is a node storage unit configured 
to store node addresses of service nodes. The neighbor MAP table 
26 stores information concerning a plurality of neighbor MAPs. 

35 The neighbor MAP table 26 stores the lifetime of information 



concerning the neighbor MAPs as well. The neighbor MAP table 
26 is connected to the NMDP unit 25. 

By taking a neighbor MAP table 26a of the MN( a) 2a shown 
in Fig. 1 as an example, the neighbor MAP table 26 will now be 
5 described. As shown in Fig. 5, the neighbor MAP table 26a stores 
information concerning neighbor MAPs corresponding to the maximum 
number of node entries . In the neighbor MAP table 2 6 , the maximum 
number of node entries is set to "5 . " By thus setting the maximum 
number of node entries, pressure on the storage capacity in the 

10 MN 2 can be prevented. 

With respect to each neighbor MAP, the neighbor MAP table 
26a stores an IP address, a delay value (in msec), processing 
capability, a lifetime (in sec), and a sequence number 1. As 
the delay value, a one-way transmission delay value between the 

15 MN(a) 2a and each neighbor MAP is used. In this way, the neighbor 
MAP table 26a stores the delay value, which is inter-node 
information and which can be used as remoteness/nearness decision 
information . As a general rule , the neighbor MAP table 26a stores 
information concerning neighbor MAPs according to a criterion 

20 "five neighbor MAPs having shortest delay values are stored in 
the order of increasing delay value . " Thus , owing to the neighbor 
MAP table 26a, which stores IP addresses and node information 
of MAPs according to the predetermined criterion , the MN can easily 
conduct the work of controlling, updating and using the stored 

25 information. 

The processing capability, lifetime, and the sequence 
number 1 are substantially the same as those in the neighbor MAP 
table 16k of the MAP (k) lk shown in Fig. 3. If the lifetime in 
the neighbor MAP table 26a of the MN arrives at 0 (sec. ) , however, 

30 then information concerning the neighbor MAP is erased from the 
neighbor MAP table 26a without exception by the NMDP unit 25. 

The second table 27 is a storage unit configured to store 
information required for the MN 2 to effect a search for a MAP 
and update .the neighbor MAP table 26. The second table 27 is 

35 connected to the NMDP unit 25. By taking a second table 27a of 



the MN( a) 2a shown in Fig. 1 as an example, the second table 27 
will now be described. As shown in Fig. 5, the second table 27a 
stores a sequence number 3 , an initial lifetime ( in sec . ) , a search 
lifetime (in sec), time in a timer (in sec), and a smoothing 
5 factor /3 . These are substantially the same as those in the second 
table 17k of the MAP ( k ) lk shown in Fig. 3. 

In the second table 27a in the MN, however, the initial 
lifetime is set so as to become shorter as compared with the second 
table 17k in the MAP. It is desirable to also set the search 

10 lifetime to a shorter value accordingly. As a result, the MN 
2 can effect a search for a MAP with high frequencies . Therefore , 
the MN 2 can update the information concerning the neighbor MAPs , 
which changes according to the movement, with high frequencies. 
As a result, the MN 2 can suitably grasp information concerning 

15 the MAPs according to the movement . In addition, it is desirable 
to set the smoothing factor j3 of the second table 2 7a in the 
MN so as to become smaller than the smoothing factor a of the 
second table 17k in the MAP. As a result, the MN2 can suitably 
grasp the delay value between the MN2 and a neighbor MAP, which 

20 changes according to the movement. The smoothing factor of the 
MN ( a ) 2a and MN(b) 2b is set to 0. 

The MN 2 is not requested to conduct registration by a MAP. 
Therefore, the neighbor MAP table 27a does not have the fields 
of the forced registration lifetime and the sequence number 2 

25 of the neighbor MAP table 16k shown in Fig. 3. The second table 
27b does not have the fields of the sequence number 4, the forced 
registration initial lifetime, and the time of the forced 
registration request transmission timer of the second table 17k 
shown in Fig. 3. Since the MN 2 need not inform a MAP or another 

30 MN of the processing capability of itself, the second table 27b 
does not have the field of the processing capability. 

Referring back to Fig. 4, the link layer unit 28 is 
substantially the same as the link layer unit 18 of the MAP 1 
shown in Fig. 2. The interface 29 is a communication unit 

35 configured to communicate with another node. The interface 29 



communicates with a MAP or the HA. Except for this point, the 
interface 19 is substantially the same as the interface 19 of 
the MAP 1. 

5 [Method for searching for node) 

A method for searching for a service node ( MAP ) in the mobile 
communication system will now be described. 
(Search for MAP effected by MAP) 

A search for a MAP effected by a MAP will now be described 

10 with reference to Figs. 6 to 11 and Fig. 3. In Fig. 6, the MN( a) 
2a and MN(b) 2b included in the mobile communication system shown 
in Fig. 1 are omitted in the illustration. In Fig. 6, neighbor 
MAP tables 16a to 16n respectively of the MAP (a) la to MAP ( n ) 
In are shown together with the MAP ( a ) la to MAP ( n ) In . For brevity 

15 of description, however, only IP addresses stored in the neighbor 
MAP tables 16a to 16n, and delay values between the MAP (a) la 
to MAP(n) In themselves respectively having the neighbor MAP 
tables 16a to 16n and neighbor MAPs are shown. As for the delay 
values, decimals are omitted. As shown in Fig. 6, the neighbor 

20 MAP tables 16a to 16n are formed in the MAP (a) la to MAP(n) In, 
respectively . 

A search for a MAP will now be described by taking the case 
where the neighbor MAP table 16k of the MAP(k) lk is in a state 
shown in Fig. 3, as an example. The search lifetime in the second 

25 table 17k is set to 60 (sec. ) . The current lifetime for the MAP(n) 
In registered in the neighbor MAP table 16k as a neighbor MAP 
is 61 (sec.) as shown in Fig. 3. The lifetime is decremented 
every second. One second later, therefore, the lifetime for the 
MAP ( n ) In in the neighbor MAP table 16k arrives at 60 (sec), 

30 which is the search lifetime, and the lifetime coincides with 
the search lifetime. Thereupon, the MAP ( k) lk starts a search 
for a MAP with respect to the MAP(n) In. 

1. Transmission and reception of MAP search packet, MAP notice 
35 request packet, and MAP notice packet 

25 

i 



First, as shown in Fig. 6, the MAP ( k ) lk transmits a MAP 
search packet to the MAP ( n ) In, and the MAP ( n ) In receives it 
as represented by a solid line arrow in Fig- 6. In this case, 
therefore, the MAP (k) lk becomes a search node, and the MAP ( n ) 
5 In becomes a search packet reception node. Specifically, the 
NMDP unit 15 in the MAP(k) lk creates a MAP search packet 3 shown 
in Fig. 7, and the interface 19 transmits it. 

As shown in Fig. 7, the MAP search packet 3 includes an 
IPv6 header 31 and a destination option header 32. A version 

10 for indicating the version of IP, a source address for indicating 
the transmission source of the MAP search packet 3, and a 
destination address for indicating the destination of the MAP 
search packet 3 are stored in the IPv6 header 31. Although only 
information relating to the present invention will now be 

15 described, various other kinds of information are also stored 
in the IPv6 header . 

The destination option header 32 is one of the extended 
headers in the option of the IPv6. A type for indicating the 
kind of the packet, a sequence number for controlling the MAP 

20 search packet 3, search start time for indicating the time at 
which a search for a MAP is started, and a delay value in packet 
transmission between the search node and the search packet 
reception node are stored in the destination option header 32. 
As described above, the type indicates the packet kind. 

25 By using the type , it is possible to indicate and determine whether 
a packet is a MAP search packet, a MAP notice request packet, 
a MAP notice packet, a neighbor MAP registration request packet, 
or a neighbor MAP registration acknowledgement packet. In the 
present embodiment, a type "31" indicates the MAP search packet 

30 3. As the search start time, the time at which the MAP search 
packet 3 is transmitted is used. 

The NMDP unit 15 in the MAP ( k ) lk sets the source address 
in the IPv6 header 31 to the IP address "k" of the MAP ( k ) lk, 
and sets the destination address in the IPv6 header 31 to the 

35 IP address "n" of the MAP ( n ) In. The NMDP unit 15 in the MAP ( k ) 



Ik sets the type in the destination option header 32 to "31". 
The NMDP unit 15 in the MAP ( k ) lk sets the sequence number in 
the destination header 32 to "1654" , which is obtained by adding 

I to the value "1653" of the sequence number 3 in the second table 
5 17k shown in Fig. 3. At this time, the NMDP unit 15 in the MAP ( k) 

lk also updates the value of the sequence number 3 in the second 
table 17k to set it to "1654." 

The NMDP unit 15 in the MAP (k) lk copies the time of creation 
of the MAP search packet 3, 112.5265 (sec.) in the timer of the 

10 second table 17k, and sets the search start time in the destination 
option header 32 to the copied time. The reason why the time 
of creation becomes 112.5265 (sec. ) is that the search for a MAP 
is started one second after the state 111.5265 (sec.) as shown 
in Fig. 3. In addition, the NMDP unit 15 in the MAP (k) lk sets 

15 the delay value in the destination option header 32 to a delay 
value between the MAP(k) lk serving as the search node and the 
MAP ( n ) In serving as the search packet reception node. 
Specifically, the NMDP unit 15 in the MAP (k) lk copies a delay 
value 7.3 (msec.) between it and the MAP ( n ) In in the neighbor 

20 MAP table 16k, and sets the delay value in the destination option 
header 32 to the copied delay value. In this way, the NMDP unit 
15 in the MAP (k) lk creates the MAP search packet 3, and functions 
as the search packet creation unit. 

Upon receiving the MAP search packet 3, the MAP ( n ) In 

25 transmits a MAP notice request packet to each of the neighbor 
MAPs stored in the neighbor MAP table 16n in the MAP (n) In, i.e., 
the MAP ( n ) In, MAP ( i ) li, MAP ( k ) lk, MAP(l) 11 and MAP(j) lj as 
represented by a dot -dash line in Fig. 6. In this way, the MAP(n) 
In, which has become the search packet reception node, transmits 

30 the MAP notice request packet to the MAP ( i ) li to MAP(l) 11 other 
than the MAP ( n ) In itself. Therefore, the MAP ( i ) li to MAP(l) 

II become peripheral nodes. 

As described above, the MAP ( n ) In transmits a MAP notice 
request packet uniformly to all neighbor MAPs stored in the 
35 neighbor MAP table 16n. As a result, operation of the MAP ( n ) 



In serving as the search packet reception node can be simplified. 
In this case, however, the MAP ( n ) In also transmits the MAP notice 
request packet to the MAP ( n ) In itself and the MAP (k) lk, which 
is the transmission source of the MAP search packet 3 . Therefore , 
5 the MAP ( n ) In may exceptionally remove the MAP ( k ) lk serving as 
the search node, and the MAP(n) In serving as the search packet 
reception node , from destinations of the MAP notice request packet . 
As a result, it is possible to prevent extra packet transmission. 

Specifically, the NMDP unit 15 in the MAP(n) In creates 

10 a MAP notice request packet, and the interface 19 transmits the 
MAP notice request packet. Hereafter, this operation will be 
described'by taking the transmission of a MAP notice request packet 
to each of MAP ( i ) li and MAP ( j ) lj as an example. Fig. 8A shows 
a MAP notice request packet 4i to be transmitted to the MAP ( i ) 

15 li, and Fig. 8B shows a MAP notice request packet 4j to be 
transmitted to the MAP ( j ) lj. 

As shown in Figs. 8A and 8B, the MAP notice request packets 
4i and 4 j include IPv6 headers 41i and 41 j , and destination option 
headers 42i and 42 j , respectively. Versions for indicating the 

20 IP version, source addresses for indicating sources of the MAP 
notice request packets 4i and 4 j , and destination addresses for 
indicating destinations of the MAP notice request packets 4i and 
4j are stored in the IPv6 headers 41i and 41 j, respectively. A 
type, a search source address for indicating the search node, 

25 a sequence number for controlling the MAP notice request packet 
4i or 4 j , search start time , a delay value 1 in packet transmission 
between the search node and the search packet reception node, 
and a delay value 2 in packet transmission between the search 
packet reception node and a peripheral node are stored in each 

30 of the destination option headers 42i and 42 j. 

As shown in Fig. 8A, the NMDP unit 15 in the MAP(n) In sets 
the source address in the IPv6 header 41i to the IP address "n" 
of the MAP (n) In, and sets the destination address in the IPv6 
header 41i to the IP address "i" of the MAP ( i ) li. The NMDP unit 

35 15 in the MAP ( n ) In sets the type in the destination option header 



42i to "32." In the present embodiment the type "32" indicates 
a MAP notice request packet. The NMDP unit 15 in the MAP(n) In 
copies the IP address "k" of the MAP(k) lk serving as the source 
address in the received MAP search packet 3 shown in Fig. 7 , and 
5 sets the search source address in the destination option header 
42i to the copied IP address "k." 

The NMDP unit 15 in the MAP ( n ) In copies the value "16 54" 
of the sequence number and the value 112 . 5265 ( sec . ) of the search 
start time in the received MAP search packet 3 shown in Fig. 7, 

10 and sets the sequence number and the search start time in the 
destination option header 42i to the copied values , respectively. 
In addition, the NMDP unit 15 in the MAP(n) In sets the delay 
value 1 in the destination option header 42i to the delay value 
between the MAP (k) lk serving as the search node and the MAP 

15 (n) In serving as the search packet reception node. Specifically, 
the NMDP unit 15 in the MAP(n) In copies the delay value 7.3 (msec. ) 
of the MAP search packet 3 shown in Fig. 7, and sets the delay 
value 1 in the destination option header 42i to the copied delay 
value . 

20 In addition, the NMDP unit 15 in the MAP ( n ) In sets the 

delay value 2 in the destination option header 42i to a delay 
value between the MAP ( n ) In serving as the search packet reception 
node and the MAP(i) li serving as a peripheral node. The NMDP 
unit 15 in the MAP ( n ) In copies the delay value between the MAP ( n ) 

2 5 In and the MAP(i) li in the neighbor MAP table 16n shown in Fig. 
6, and sets the delay value 2 in the destination option header 
42i to the copied delay value. In Fig. 6, decimals are omitted. 
However, the delay value between the MAP ( n ) In and the MAP ( i ) 
li is actually 6.3 (msec). In this way, the NMDP unit 15 in 

30 the MAP(n) In creates the MAP notice request packet 4i, and 
functions as the request packet creation unit. 

In the same way, the NMDP unit 15 in the MAP ( n ) In creates 
the MAP notice request packet 4j to be sent to the MAP( j) lj shown 
in Fig. 8B. The NMDP unit 15 in the MAP ( n ) In sets the destination 

35 address in the IPv6 header 41 j to the IP address "j" of the MAP(j) 



lj. The NMDP unit 15 in the MAP ( n ) In copies the delay value 
between the MAP(n) In and the MAP(j) lj in the neighbor MAP table 
16n shown in Fig. 6, and sets the delay value 2 in the destination 
option header 42 j to the copied delay value. In Fig. 6, decimals 
are omitted. However, the delay value between the MAP(n) In and 
the MAP ( j ) lj is actually 8.3 (msec). 

Subsequently , upon receiving the MAP notice request packet , 
the MAP ( i ) li to MAP(l) 11 and the MAP ( n ) In each transmit a MAP 
notice packet to the MAP(k) lk as represented by a dot line arrow 
in Fig. 6. In this way, the MAP ( i ) li to MAP(l) 11 serving as 
the peripheral nodes and the MAP ( n ) In serving as the search packet 
reception node each return a MAP notice packet to the MAP ( k ) lk 
serving as the search node. 

As described above, the MAP ( n ) In transmits a MAP notice 
request packet uniformly to all neighbor MAPs stored in the 
neighbor MAP table 16n. Therefore, the MAP(k) lk serving as the 
search node also receives the MAP notice request packet. As a 
result, the MAP(k) lk also transmits a MAP notice packet. 

Specifically, the NMDP unit 15 in each of MAP ( i ) litoMAP(l) 
11 and MAP(n) In creates a MAP notice packet, and the interface 
19 transmits the MAP notice packet. Hereafter, this operation 
will be described by taking the return of a MAP notice packet 
from each of MAP ( i ) li and MAP ( j ) 1 j as an example. Fig. 9A shows 
a MAP notice packet 5i to be returned from the MAP ( i ) li, and 
Fig . 9B shows a MAP notice packet 5 j to be returned from the MAP ( j ) 
lj. 

As shown in Figs. 9A and 9B, the MAP notice packets 5i and 
5 j include IPv6 headers 51i and 51 j , and destination option headers 
52i and 52 j , respectively. Versions for indicating the IP version, 
source addresses for indicating sources of the MAP notice packets 
5i and 5 j , and destination addresses for indicating destinations 
of the MAP notice packets 5i and 5 j are stored in the IPv6 headers 
51i and 51 j, respectively. A type, a sequence number for 
controlling the MAP notice packet 5i or 5j, search start time, 
a delay value 1 in packet transmission between the search node 

30 



and the search packet reception node, a delay value 2 in packet 
transmission between the search packet reception node and a 
peripheral node , and processing capability of the peripheral node 
are stored in each of the destination option headers 52i and 52 j . 

As shown in Fig. 9A, the NMDP unit 15 in the MAP(i) li sets 
the source address in the IPv6 header 51i to the IP address " i" 
of the MAP ( i ) li. The NMDP unit 15 in the MAP ( i ) li copies the 
IP address "k" of the MAP (k) lk serving as the search source address 
in the received MAP notice request packet 4i shown in Fig. 8A, 
and sets the destination address in the IPv6 header 51i to the 
copied IP address "k." The NMDP unit 15 in the MAP ( i ) li sets 
the type in the destination option header 52i to "33." In the 
present embodiment the type "33" indicates a MAP notice packet. 

The NMDP unit 15 in the MAP ( i ) li copies the value "1654" 
of the sequence number and the value 112 . 5265 (sec.) of the search 
start time in the received MAP notice request packet 4i shown 
in Fig. 8A, and sets the sequence number and the search start 
time in the destination option header 52i to the copied values, 
respectively. The NMDP unit 15 in the MAP ( i ) li sets the delay 
value 1 in the destination option header 52i to the delay value 
between the MAP (k) lk serving as the search node and the MAP 
(n) In serving as the search packet reception node . Specifically, 
the NMDP unit 1 5 in the MAP ( n ) In copies the delay value 7.3 ( msec . ) 
of the MAP notice request packet 4i shown in Fig. 8A, and sets 
the delay value 1 in the destination option header 52i to the 
copied delay value. The NMDP unit 15 in the MAP ( i ) li sets the 
delay value 2 in the destination option header 52i to a delay 
value between the MAP(n) In serving as the search packet reception 
node and the MAP ( i ) li serving as a peripheral node. The NMDP 
unit 15 in the MAP ( i ) li copies the delay value 2, "6.3 (msec.) 
in the MAP notice request packet 4i shown in Fig. 8A, and sets 
the delay value 2 in the destination option header 52i to the 
copied delay value. 

In addition, the NMDP unit 15 in the MAP ( i ) li sets the 
processing capability in the destination option header 52i to 



the processing capability of the MAP ( i ) li itself serving as a 
peripheral node. The NMDP unit 15 in the MAP ( i ) li copies the 
processing capability in the second table of the MAP ( i ) li, and 
sets the processing capability in the destination option header 
52i to the copied processing capability. The processing 
capability of the MAP ( i ) li is "01" (high). In this way, the 
NMDP unit 15 in the MAP ( i ) li creates the MAP notice packet 5i, 
and functions as the notice packet creation unit. 

In the same way, the NMDP unit 15 in the MAP( j) lj creates 
the MAP notice packet 5j to be returned from the MAP( j) lj shown 
in Fig. 9B. The NMDP unit 15 in the MAP ( j ) lj sets the destination 
address in the IPv6 header 51 j to the IP address "j" of the MAP ( j) 
lj. The NMDP unit 15 in the MAP ( j ) lj copies the delay value 
2, "8.3 (msec.)" in the MAP notice request packet 4j shown in 
Fig. 8B, and sets the delay value 2 in the destination option 
header 52 j to the copied delay value. The NMDP unit 15 in the 
MAP ( j ) lj copies the processing capability in the second table 
of the MAP ( j ) lj, and sets the processing capability in the 
destination optionheader 52 j to the copied processing capability . 
The processing capability of the MAP ( j ) lj is "01" (high). 

2. Inter-node information determination, MAP detection, and 
neighbor MAP table update 

Upon receiving the MAP notice packet, the MAP ( k ) lk serving 
25 as the search node conducts inter-node information determination , 
MAP detection, and neighbor MAP table update on the basis of the 
returned MAP notice packet. Hereafter, this operation will be 
described by taking MAP notice packets returned from the MAP ( i ) 
liandMAP( j) lj as an example. Fig. 10 shows states of the neighbor 
30 MAP table 16k and the second table 17k at the time when the MAP(k) 
lk has received the MAP notice packet 5i returned from the MAP(i) 
li. Fig. 11 shows states of the neighbor MAP table 16k and the 
second table 17k at the time when the MAP ( k ) lk has received the 
MAP notice packet 5 j returned from the MAP( j ) 1 j . In the neighbor 
35 MAP table 16k and the second table 17k shown in Figs. 10 and 11, 
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some items have already been updated, as compared with the state 
immediately preceding the start of the search for a MAP shown 
in Fig. 3. 

First, the case where the interface 19 in the MAP ( k ) Ik 
5 has received the MAP notice packet 5i returned from the MAP ( i ) 
li will now be described. Upon receiving the MAP notice packet 
5i, the MAP (k) lk serving as the search node first measures a 
delay value between the MAP ( k) lk serving as the search node and 
the MAP ( i ) li serving as a peripheral node. Specifically, the 

10 NMDP unit 15 in the MAP(k) lk refers to the time of the timer 
in the second table 17k (Fig. 10) at the time when the MAP notice 
packet 5i has been received, and thereby acquires the arrival 
time 112.5465 (sec.) of the MAP notice packet 5i. Subsequently, 
the NMDP unit 15 in the MAP (k) lk acquires the search start time 

15 112.5265 (sec), the delay value 1 between the search node and 
the search packet reception node, "7.3 (msec.)", and the delay 
value 2 between the search packet reception node and the peripheral 
node, "6.3 (msec. )" from the received MAP notice packet 5i (Fig. 
9A) . 

20 Further, the NMDP unit 15 in the MAP ( k) lk conducts a 

calculation of subtracting the search start time, the delay value 
1 and the delay value 2 from the arrival time, and thereby obtains 
the delay value between the MAP ( k ) lk and the MAP ( i ) li. The 
calculation result becomes 112.5465 - (112.5265 + 0.0073 + 0.0063) 

25 = 0.0064. In this way, the delay value between the MAP (k) lk 
and the MAP ( i ) li newly measured in the MAP(k) lk becomes 0.0064 
(sec), i.e., 6.4 (msec). 

Subsequently, the NMDP unit 15 in the MAP(k) lk conducts 
a retrieval to determine whether the source address "i" in the 

30 MAP notice packet 51 (Fig. 9A) is included in the IP addresses 
in the neighbor MAP table 16k (Fig. 10). If the source address 
"i" in the newly receivedMAP notice packet 5i exists in the neighbor 
MAP table 16k, then the NMDP unit 15 in the MAP ( k ) lk judges the 
MAP ( i ) li serving as the transmission source of the MAP notice 

35 packet 5i to be an already detected MAP . In this case , therefore , 



the NMDP unit 15 in the MAP (k ) lk judges that the MAP notice packet 
5i should be used to update the information concerning the MAP ( i ) 
li already registered as a neighbor MAP . In the case of Fig. 
10, the source address " i" is included in the IP addresses in 
the neighbor MAP table 16k. Therefore, the NMDP unit 15 in the 
MAP ( k ) lk judges that the MAP notice packet 5i should be used 
to update the information concerning the MAP(i) li. 

Subsequently, the NMDP unit 15 in the MAP(k) lk determines 
whether update of existing information concerning the MAP(i) li 
in the neighbor MAP table 16k based on the received MAP notice 
packet 5i should be executed. Specifically, the NMDP unit 15 
in the MAP(k) lk first compares the sequence number "1654" in 
the received MAP notice packet 5i with the sequence number 1 "1650" 
of the MAP ( i ) li in the neighbor MAP table 16k (Fig. 10) at the 
time when the MAP notice packet 5i is received. If the sequence 
number in the MAP notice packet 5i is higher, then the NMDP unit 
15 in the MAP ( k ) lk judges that the information based on the MAP 
notice packet 5i is the latest information and update of the 
information should be executed. In the case of Fig. 10, the 
sequence number in the MAP notice packet 5i is higher . Therefore , 
the NMDP unit 15 in the MAP(k) lk judges that update of the 
information should be executed. 

On the other hand, in some cases, a MAP notice packet 
corresponding to a MAP search packet transmitted before a MAP 
notice packet corresponding to a MAP search packet used when 
updating the neighbor MAP table 16k the last time, arrives at 
the MAP(k) lk late for some reason. If the sequence number in 
the MAP notice packet 5i is lower than the sequence number 1 for 
the MAP ( i ) li in the neighbor MAP table 16k, therefore, then there 
is a possibility that information included in the MAP notice packet 
5i is not the latest information or suitable information. In 
this case, therefore, the NMDP unit 15 in the MAP ( k) lk judges 
that update of the information should not be executed. 

Subsequently, the NMDP unit 15 in the MAP(k) lk executes 
update of information concerning the MAP ( i ) li in the neighbor 



MAP table 16k. First, the NMDP unit 15 in the MAP ( k ) lk conducts 
smoothing on measured delay values . Specifically, the NMDP unit 
15 in the MAP(k) lk accesses the neighbor MAP table 16k and the 
second table at the time of the reception of the MAP notice packet 
5 5i (Fig. 10), and thereby acquires an existing delay value "6.8 
(msec.)" and an existing smoothing factor a "0.5" for theMAP(i) 
li. Further, the NMDP unit 15 in the MAP(k) lk substitutes the 
measured delay values , and the existing delay value and smoothing 
factor a in the following expression (1), and thereby smoothes 
10 the delay value. The result of substitution is represented by 
expression ( 2 ) . 

Existing delay value X a + measured delay value X (i - a) (1) 
6.8 X 0.5 + 6.4 X (1 - 0.5) = 6.6 (2) 

15 

In this way, the smoothed delay value becomes 6.6 (msec. ) . 
The NMDP unit 1 5 in the MAP ( k ) lk thus functions as the determination 
unit configured to determine inter-node information by measuring 
and smoothing the delay value between the MAP(k) lk serving as 

20 the search node and the MAP ( i ) li serving as the peripheral node, 
thereby determining a delay value. Incidentally, smoothing of 
the delay value need not necessarily be conducted. 

Subsequently, the NMDP unit 15 in the MAP (k) lk acquires 
the processing capability "01" (high) and the sequence number 

25 "1654" from the MAP notice packet 5i (Fig. 9A) . The NMDP unit 
15 in the MAP ( k ) lk acquires the initial lifetime 900 (sec. ) from 
the second table 17k (Fig. 10). The NMDP unit 15 in the MAP ( k) 
lk conducts updating so as to have the latest information 
concerning the MAP ( i ) li in the neighbor MAP table 16k (Fig. 10) 

30 by replacing the existing delay value 6.8 (msec.) with the 
determined delay value 6.6 (msec), replacing the existing 
processing capability "01" (high) with the acquired processing 
capability "01" (high) , replacing the existing lifetime 122 (sec. ) 
with the acquired initial lifetime 900 (sec. ) , and replacing the 

35 existing sequence number 1 "1650" with the acquired sequence 
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number "16 54." 

As a result of such an updating operation, the information 
concerning the MAP ( i ) li in the neighbor MAP table 16k becomes 
the latest information concerning the MAP ( i ) li in the neighbor 
5 MAP table 16k shown in Fig. 11. In this way, the NMDP unit 15 
in the MAP(k) lk updates the neighbor MAP table 16k, and functions 
as the update unit . 

The case where the interface 19 in the MAP(k) lk has received 
the MAP notice packet 5j returned from the MAP ( j ) lj will now 

10 bedescribed. Upon receiving the MAP notice packet 5 j , theMAP(k) 
lk serving as the search node first measures a delay value between 
the MAP ( k) lk serving as the search node and the MAP( j ) 1 j serving 
as a peripheral node . Specifically , the NMDP unit 1 5 in the MAP ( k ) 
lk refers to the time of the timer in the second table 17k (Fig. 

15 11) at the time when the MAP notice packet 5j has been received, 
and thereby acquires the arrival time 112.5554 (sec. ) of the MAP 
notice packet 5 j . Subsequently, the NMDP unit 15 in the MAP ( k) 
lk acquires the search start time 112 . 5265 (sec), the delay value 
1 between the search node and the search packet reception node, 

20 "7.3 (msec.)", and the delay value 2 between the search packet 
reception node and the peripheral node, "8.3 (msec.)" from the 
received MAP notice packet 5j (Fig. 9B) . 

Further, the NMDP unit 15 in the MAP(k) lk conducts a 
calculation in the same way as the MAP notice packet 5i , and thereby 

25 obtains the delay value between the MAP(k) lk and MAP( j ) 1 j . The 
calculation result becomes 112.5554 - (112.5265 + 0.0073 + 0.0083) 
= 0.013 3. In this way, the delay value between the MAP ( k ) lk 
and the MAP( j) lj newly measured in the MAP ( k ) lk becomes 0.0133 
(sec), i.e., 13.3 (msec). 

30 Subsequently, the NMDP unit 15 in the MAP ( k ) lk conducts 

a retrieval to determine whether the source address "j" in the 
MAP notice packet 5j (Fig. 9B) is included in the IP addresses 
in the neighbor MAP table 16k (Fig. 11) . If the source address 
"j" in the newly received MAP notice packet 5j does not exist 

35 in the neighbor MAP table 16k (Fig. 11), then the NMDP unit 15 
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in the MAP(k) lk judges the MAP( j) lj serving as the transmission 
source of the MAP notice packet 5j to be a newly detected MAP. 
In other words, the NMDP unit 15 in the MAP(k) lk judges that 
there is a possibility that the MAP ( j ) lj is newly registered 
5 in the neighbor MAP table 16k as a neighbor MAP for the MAP(k) 
lk. In the case of Fig. 11, the source address " j " is not included 
in the IP addresses in the neighbor MAP table 16k. Therefore, 
the NMDP unit 15 in the MAP ( k ) lk judges the MAP ( j ) lj to be a 
newly detected MAP . 

10 Subsequently, the NMDP unit 15 in the MAP ( k ) lk determines 

whether the detected MAP( j ) lj should be newly registered in the 
neighbor MAP table 1 6k as a neighbor MAP for the MAP ( k ) lk . Firs t , 
the NMDP unit 15 in the MAP (k) lk conducts a comparison to determine 
whether the delay value of the MAP ( j ) lj measured on the basis 

15 of the MAP notice packet 5j is shorter than any of delay values 
of the neighbor MAPs stored in the neighbor MAP table 16k (Fig. 
11) at the time when the MAP notice packet 5j has been received. 
At this time, the neighbor MAP table 16k stores information 
concerning the neighbor MAPs in the order of increasing delay 

20 value. Therefore, the NMDP unit 15 should start a comparison 
with the delay value of the last neighbor MAP having the largest 
delay value in the neighbor MAP table 16k. 

If the delay value of the MAP ( j ) lj is greater than all 
delay values in the neighbor MAP table 16k, then the NMDP unit 

2 5 15 in the MAP(k) lk judges that the MAP( j) lj should not be newly 
registered in the neighbor MAP table 16k as a neighbor MAP for 
the MAP(k) lk. In the case of Fig. 11, the measured delay value 
13.3 (msec.) of the MAP(j) lj is greater than all delay values 
in the neighbor MAP table 16k. Therefore, the NMDP unit 15 in 

30 the MAP(k) lk judges that the MAP ( j ) lj should not be newly 

registered in the neighbor MAP table 16k. In this case, theMAP(k) 
lk does not conduct update of the neighbor MAP table 16k based 
on the MAP notice packet 5j. 

On the other hand, if the delay value of the MAP( j) lj is 

35 shorter than any of delay values in the neighbor MAP table 16k 



at the time when the MAP notice packet 5j has been received, then 
the NMDP unit 15 in the MAP ( k) Ik determines whether the forced 
registration lifetime of a neighbor MAP having a delay value 
greater than the delay value of the MAP ( j ) lj is 0 (sec). 
5 If the forced registration lifetime of all neighbor MAPs 

having a delay value greater than the delay value of the MAP ( j ) 
lj is not 0 (sec. ) , then the NMDP unit 15 in the MAP ( k ) lk judges 
that the MAP( j) lj should not be newly registered in the neighbor 
MAP table 16k as a neighbor MAP for the MAP(k) lk. In this case, 

10 the MAP ( k ) lk does not conduct update of the neighbor MAP table 
16k based on the MAP notice packet 5j. 

On the other hand, if there is a neighbor MAP that is greater 
in delay value than the MAP( j) lj and that is 0 (sec. ) in forced 
registration time, then the NMDP unit 15 in the MAP(k) lk judges 

15 that the MAP ( j ) lj should be newly registered in the neighbor 
MAP table 16k as a neighbor MAP for the MAP ( k ) lk. Further, the 
NMDP unit 15 in the MAP ( k ) lk executes registration of the MAP( j) 
lj in the neighbor MAP table 16k. 

In this case, the NMDP unit 15 in the MAP(k) lk erases 

20 information concerning a neighbor MAP having the greatest delay 
value among neighbor MAPs that are greater in delay value than 
the MAP( j) lj and that are 0 (sec. ) in forced registration time. 
Further, the NMDP unit 15 in the MAP(k) lk updates the neighbor 
MAP table 16k on the basis of the MAP notice packet 5j. As a 

25 result, the NMDP unit 15 in the MAP(k) lk registers the MAP ( j ) 
lj in the neighbor MAP table 16k as a new neighbor MAP. 

Specifically, since the MAP ( j ) lj is a newly registered 
MAP, the NMDP unit 15 in the MAP (k) lk decides to store the measured 
delay value as it is in the neighbor MAP table 16k. The NMDP 

30 unit 15 in theMAP(k) lk acquires the source address , the processing 
capability, and the sequence number from the MAP notice packet 
5j, and acquires the initial lifetime from the second table 17k. 
The NMDP unit 15 in the MAP ( k ) lk stores information concerning 
the MAP( j) lj in such a location in the neighbor MAP table 16k, 

35 as to satisfy the criterion, "information concerning neighbor 
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MAPS is stored in the order of increasing delay value. " The NMDP 
unit 15 in the MAP ( k) lk stores the determined delay value, the 
acquired source address , processing capability , initial lifetime 
and sequence number, and the initial value 0 of the forced 
5 registration lifetime in the neighbor MAP table 16k as information 
concerning the MAP ( j ) Ij. 

In this way, it is possible to register the newly detected 
MAP ( j ) lj in the neighbor MAP table 16k as a neighbor MAP for 
the MAP ( k ) lk. Except neighbor MAPs that are not 0 (sec.) in 

10 forced registration lifetime, a fixed number of neighbor MAPs 
can be stored in the neighbor MAP table 16k in the order of 
increasing delay time. 

In this way, the NMDP unit 15 in the MAP (k) lk detects a 
new MAP on the basis of the node notice packet 5 j , and functions 

15 as the detection unit. The NMDP unit 15 in the MAP(k) lk updates 
the neighbor MAP table 16k on the basis of the determined delay 
value and a newly detected MAP, and functions as the update unit . 

3. Neighbor MAP erasing 

20 In response to a MAP search packet transmitted by the MAP(k) 

lk, a MAP notice packet is returned from the MAP(n) In serving 
as the search packet reception node as shown in Fig. 6. If the 
MAP ( n ) In malfunctions or is removed due to a failure, then the 
MAP notice packet is not returned from the MAP ( n ) In in response 

25 to the MAP search packet transmitted by the MAP(k) lk. 

As described above, a search for a MAP is started when the 
lifetime of the information concerning a neighbor MAP has become 
short like the lifetime for the MAP ( n ) In in the neighbor MAP 
table 16k shown in Fig. 3. The lifetime is decremented every 

30 second. If a MAP notice packet is not returned from the MAP ( n ) 
In, then the information concerning the MAP ( n ) In in the neighbor 
MAP table 16k is not updated, and the lifetime is not updated, 
either. As a result, the lifetime of the information concerning 
the MAP ( n ) In in the neighbor MAP table 16k arrives at 0 (sec. ) . 

35 In this case, the NMDP unit 15 in the MAP(k) lk erases the 



information concerning the MAP ( n ) In from the neighbor MAP table 
16k, as a general rule. 

Additionally, as described above, in the case where the 
sequence number in the MAP notice packet returned from the MAP(n) 
5 In is lower than the sequence number 1 for the MAP ( n ) In in the 
neighbor MAP table 16k, update of the information based on the 
MAP notice packet is not conducted , and the lifetime is not updated , 
either. In this case too, therefore, the lifetime of the 
information concerning the MAP ( n ) In in the neighbor MAP table 

10 16k arrives at 0 (sec.) in the same way, and the NMDP unit 15 
in the MAP ( k ) lk erases the information concerning the MAP ( n ) 
In from the neighbor MAP table 16k, as a general rule. 

In any case, however, there is an exception. If the forced 
registration lifetime of the information concerning the MAP ( n ) 

15 In is not 0 (sec), then the NMDP unit 15 in the MAP (k) lk does 
not erase the information concerning the MAP ( n ) In even in the 
case where the lifetime of the information concerning the MAP ( n ) 
In has arrived at 0 (sec). 

20 (Registration Request) 

A request from a MAP for registration in a neighbor MAP 
table in another MAP will now be described with reference to Figs . 
12 to 14 and Fig. 3. The operation will be described by taking 
the case where the neighbor MAP table 16k of the MAP ( k ) lk is 

25 in the state shown in Fig. 3 as an example. The time of the forced 
registration request transmission timer in the second table 17k 
is decremented from 1163 (sec) every second. When the time of 
the forced registration request transmission timer has arrived 
at 0 (sec. ) , the MAP ( k ) lk starts a request for registration in 

30 another MAP. 

First, the MAP(k) lk transmits a neighbor MAP registration 
request packet to the MAP ( f ) If, which is located nearest, i.e. , 
which has the least delay value in the neighbor MAP table 16k 
except the MAP ( k ) lk itself. Specifically, the NMDP unit 15 in 

35 the MAP ( k ) lk creates a neighbor MAP registration request packet 
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6 shown in Fig. 12, and the interface 19 transmits the neighbor 
MAP registration request packet 6. The MAP(k) lk may transmit 
neighbor MAP registration request packets to theMAP(i) li, which 
is relatively small in delay value in the neighbor MAP table 16k, 
5 instead of the nearest MAP. The MAP ( k ) lk may transmit neighbor 
MAP registration request packets to a plurality of MAPs in the 
neighbor MAP table 16k, and cause registration in the MAPs. 

As shown in Fig. 12, the neighbor MAP registration request 
packet 6 includes an IPv6 header 61 and a destination option header 

10 62. A version for indicating the version of IP, a source address 
for indicating the transmission source of the neighbor MAP 
registration request packet 6, and a destination address for 
indicating the destination of the neighbor MAP registration 
request packet 6 are stored in the IPv6 header 61. A type, an 

15 ACK request flag (hereafter represented as A-flag), a sequence 
number for controlling the neighbor MAP registration request 
packet 6, and forced registration lifetime are stored in the 
destination option header 62. 

The NMDP unit 15 in the MAP ( k ) lk sets the source address 

20 in the IPv6 header 61 to the IP address "k" of the MAP(k) lk, 
and sets the destination address in the IPv6 header 61 to the 
IP address "f " of the MAP ( f ) If. The NMDP unit 15 in the MAP(k) 
lk sets the type in the destination option header 62 to "35". 
In the present embodiment, the type 35 indicates a neighbor MAP 

25 registration request packet. 

The NMDP unit 15 in the MAP (k) lk sets the A-flag in the 
destination option header 62. The A-flag indicates whether a 
return of a neighbor MAP registration acknowledgement packet in 
response to a neighbor MAP registration request packet is 

30 requested . The neighbor MAP registration acknowledgement packet 
is a packet used by the MAP ( k ) lk , which has transmitted the neighbor 
MAP registration request packet 6, to acknowledge whether 
registration in the neighbor MAP table 16f caused by the neighbor 
MAP registration request packet 6 is completed. The state having 

3 5 the A-flag set indicates that return of the neighbor MAP 



registration acknowledgement packet is requested. 

The NMDP unit 15 in the MAP(k) lk sets the sequence number 
in the destination header 62 to "2233" , which is obtained by adding 
1 to the value "2232" of the sequence number 4 in the second table 
5 17k shown in Fig. 3. At this time, the NMDP unit 15 in the MAP(k) 
lk also updates the value of the sequence number 4 in the second 
table 17k to become "2233." The NMDP unit 15 in the MAP (k) lk 
copies the forced registration initial lifetime 1800 (sec.) in 
the second table 17k, and sets the forced registration lifetime 

10 in the destination option header 62 to the copied lifetime. In 
this way, the NMDP unit 15 in the MAP (k) lk creates the neighbor 
MAP registration request packet 6 for requesting registration 
in a neighbor MAP table of another MAP , and functions as the request 
packet creation unit. 

15 Upon receiving the neighbor MAP registration request packet 

6 from the MAP (k) lk, the NMDP unit 15 in the MAP (f ) If conducts 
a retrieval to determine whether the source address "k" in the 
neighbor MAP registration request packet 6 is included in the 
IP addresses in a neighbor MAP table 16f shown in Fig. 13. Fig. 

20 13 shows the neighbor MAP table 16f and a second table 17f in 
the MAP ( f ) If . If the source address "k" in the received neighbor 
MAP registration request packet 6 exists in the neighbor MAP table 
16f, then the NMDP unit 15 in theMAP(f) If judges that the neighbor 
MAP registration request packet 6 should be used to update the 

25 information concerning the MAP(k) lk already registered as a 
neighbor MAP for the MAP (f) If . In the case of Fig. 13, the 
source address "k" is included in the IP addresses in the neighbor 
MAP table 16f. Therefore, the NMDP unit 15 in the MAP ( f ) If judges 
that the neighbor MAP registration request packet 6 should be 

30 used to update the information concerning the MAP(k) lk. 

Subsequently, the NMDP unit 15 in the MAP ( f ) If determines 
whether update of existing information concerning the MAP ( k ) lk 
in the neighbor MAP table 16f based on the received neighbor MAP 
registration request packet 6 should be executed. Specifically, 

35 the NMDP unit 15 in the MAP ( f ) If compares the sequence number 



"2233" in the received neighbor MAP registration request packet 
6 with the sequence number 2 for the MAP ( k ) Ik in the neighbor 
MAP table 16f at the time when the neighbor MAP registration request 
packet 6 has been received. 
5 If the sequence number in the neighbor MAP registration 

request packet 6 is higher, then the NMDP unit 15 in the MAP ( f ) 
If judges that update of the information based on the neighbor 
MAP registration request packet 6 should be executed; On the 
other hand , if the sequence number in the neighbor MAP registration 

10 request packet 6 is lower than sequence number 2 for the MAP(k) 
lk in the neighbor MAP table 16f , then the NMDP unit 15 in the 
MAP ( f ) If judges that update of the information based on the 
neighbor MAP registration request packet 6 should not be executed . 

If the sequence number in the neighbor MAP registration 

15 request packet 6 is high and the NMDP unit 15 in the MAP ( f ) If 
judges that update of the information should be executed, then 
the NMDP unit 15 in the MAP ( f ) If executes update of information 
concerning the MAP ( k ) lk in the neighbor MAP table 16f . The NMDP 
unit 15 in theMAP(f) If acquires the forced registration lifetime 

20 1,800 (sec.) and the sequence number "2233" from the neighbor 
MAP registration request packet 6 . The NMDP unit 15 in the MAP ( f ) 
If updates the existing forced registration lifetime concerning 
the MAP ( k ) lk in the neighbor MAP table 1 6f and the exist ing sequence 
number 2 to set them to the acquired 1,800 (sec. ) and the acquired 

25 sequence number "2233," respectively. As a result of such an 
updating operation, the information concerning the MAP ( k ) lk in 
the neighbor MAP table 16f becomes a portion enclosed with a circle 
in Fig. 13. When the interface 19 has received the neighbor MAP 
registration request packet 6, the NMDP unit 15 thus updates the 

30 neighbor MAP table 16f on the basis of the neighbor MAP registration 
request packet 6, and functions as the update unit. 

If the neighbor MAP registration request packet 6 received 
by the MAP ( f ) If has the A-flag in the set state, and update of 
the information based on the neighbor MAP registration request 

35 packet 6 has been executed , then the MAP ( f ) If transmits a neighbor 



MAP registration acknowledgement packet to the MAP ( k ) lk, which 
is the registration request source. . Specifically, the NMDP unit 
15 in the MAP ( f ) If creates a neighbor MAP registration 
acknowledgement packet 7 shown in Fig. 14, and the interface 19 
5 transmits the neighbor MAP registration acknowledgement packet 
7. 

As shown in Fig. 14, the neighbor MAP registration 
acknowledgement packet 7 includes an IPv6 header 71 and a 
destination option header 72. A version for indicating the 

10 version of IP, a source address for indicating the transmission 
source of the neighbor MAP registration acknowledgement packet 
7, and a destination address for indicating the destination of 
the neighbor MAP registration acknowledgement packet 7 are stored 
in the IPv6 header 71. A type, and a sequence number for 

15 controlling the neighbor MAP registration acknowledgement packet 
7 are stored in the destination option header 72. 

As shown in Fig. 14, the NMDP unit 15 in the MAP ( f ) If sets 
the source address in the IPv6 header 71 to the IP address M f" 
of the MAP ( f ) If. The NMDP unit 15 in the MAP ( f ) If copies the 

20 IP address "k" of the MAP (k) lk, which is the source address in 
the received neighbor MAP registration request packet 6 (Fig. 
12), and sets the destination address in the IPv6 header 71 to 
the copied IP address "k." 

The NMDP unit 15 in the MAP ( f ) If sets the type in the 

25 destination option header 7 2 to "36" . In the present embodiment, 
the type 36 indicates a neighbor MAP registration acknowledgement 
packet. The NMDP unit 15 in the MAP(f) If copies the value "2233" 
of the sequence number in the received neighbor MAP registration 
request packet 6 (Fig. 12), and sets the sequence number in the 

30 destination option header 72 to the copied value "2233 . " In this 
way, the NMDP unit 15 in the MAP (f ) If creates the neighbor MAP 
registration acknowledgement packet 7 , and functions as the 
acknowledgement packet creation unit. 

If the MAP (k) lkhas received the neighbor MAP registration 

35 acknowledgement packet 7 from the MAP (f ) If, then the MAP (k) 



Ik acknowledges that registration in the neighbor MAP table 16f 
caused by the neighbor MAP registration request packet 6 
transmitted by itself has been completed. Specifically, the NMDP 
unit 15 in the MAP (k) lk determines whether the sequence number 
5 "2233" in the received neighbor MAP registration acknowledgement 
packet 7 coincides with the sequence number 4 in the neighbor 
MAP table 16k at the time of reception of the neighbor MAP 
registration acknowledgement packet 7. If they coincide with 
each other, then the NMDP unit 15 in the MAP (k) lk can acknowledge 

10 that the neighbor MAP registration acknowledgement packet 7 in 
response to the neighbor MAP registration request packet 6 
transmitted by itself has arrived. Therefore, the NMDP unit 15 
in the MAP (k) lk can acknowledge that registration in the neighbor 
MAP table 16f has been completed. After the NMDP unit 15 in the 

15 MAP (k) lk has acknowledged the completion of the registration 
in the neighbor MAP table 16f , the NMDP unit 15 in the MAP (k) 
lk restores the forced registration request transmission timer 
to its initial value. 

On the other hand, if the neighbor MAP registration 

20 acknowledgement packet 7 cannot be received from the MAP (f ) If 
within a predetermined time after transmission of the neighbor 
MAP registration request packet 6, or if the neighbor MAP 
registration acknowledgement packet 7 has been received, but its 
sequence number does not coincide with the sequence number 4 in 

25 the neighbor MAP table 16k, the MAP (k) lk cannot acknowledge 
that registration in the neighbor MAP table 16f has been completed . 
Therefore , . the MAP (k) lk retransmits the neighbor MAP 
registration request packet 6. It can be determined whether the 
reception is within the predetermined time by referring to, for 

30 example , the time of the forced registration request transmission 
timer. 

By thus transmitting the neighbor MAP registration request 
packet 6, the MAP (k) lk can register itself in the neighbor MAP 
table 16f of the MAP (f) If as a neighbor MAP as shown in Fig. 
35 13. Unless the forced registration lifetime becomes 0 (sec), 



the information of the MAP (k) lk continues to be maintained 
exceptionally in the neighbor MAP table 16k irrespective of the 
delay value and the lifetime. As a result, the MAP (k) lk can 
always make itself detectable by another MAP and thus prevent 
5 itself from becoming undetected by another MAP . In the same way, 
by transmitting the neighbor MAP registration request packet 6 
to each other, each MAP is registered in the neighbor MAP table 
of some MAP, and the MAPs can be detected by each other. 

For example, in some cases, there is a MAP that is distant 

10 from other MAPs and which cannot be detected by other MAPs due 
to the relation of the network topology. Even such a map can 
be detected by transmitting the neighbor MAP registration request 
packet. Even a MAP having another MAP in the neighborhood is 
not detected by other MAPs if the MAP is not stored in the neighbor 

15 MAP table When searching for the MAP and updating the neighbor 
MAP table . By transmitting the neighbor MAP registration request 
packet, such a situation can be prevented. 

In addition, as described above , the MAP(k) lk periodically 
transmits the neighbor MAP registration request packet 6 to the 

20 MAP ( f ) If every time the forced registration request transmission 
timer in the second table 17k becomes 0 (sec. ) . Therefore, the 
MAP(f ) If periodically receives the neighbor MAP registration 
request packet 6 from the MAP ( k ) lk, and updates the forced 
registration lifetime. As a result, the forced registration 

25 lifetime of the MAP ( k) lk does not become 0 (sec), and the 

information concerning the MAP ( k ) lk continues to be maintained 
exceptionally in the neighbor MAP table 16f . 

If the MAP (k) lk malfunctions due to a failure or is removed, 
then the MAP ( f ) If does not receive the neighbor MAP registration 

30 request packet 6 from the MAP(k) lk. Therefore, the forced 

registration lifetime for the MAP ( k ) lk in the neighbor MAP table 
16f is not updated. In addition, the forced registration lifetime 
is not decremented every second. As a result, the forced 
registration lifetime for the MAP ( k ) lk in the neighbor MAP table 

35 16f arrives at 0 ( sec . ) , and thereafter the information concerning 
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the MAP(k) lk is not handled exceptionally. Therefore, it is 
possible to prevent the MAP ( f ) If from continuing to maintain 
the information concerning the MAP ( k ) lk that malfunctions due 
to a failure or is removed. 

In the same way, as described above, in the case where the 
sequence number in the neighbor MAP registration request packet 
6 transmitted from the MAP(k) lk is lower than the sequence number 
2 for the MAP(k) lk in the neighbor MAP table 16f , update of the 
forced registration lifetime based on the neighbor MAP 
registration request packet 6 is not conducted. In the same way 
in this case as well, the forced registration lifetime for the 
MAP(k) lk in the neighbor MAP table 16f arrives at 0 (sec. ) , and 
thereafter the information concerning the MAP ( k ) lk is not handled 
exceptionally . 

If a MAP that has already received a registration request 
from another MAP has newly received the neighbor MAP registration 
request packet 6 from still another MAP, then the MAP may not 
register this MAP that has newly requested registration in the 
neighbor MAP table, but transmits the neighbor MAP registration 
acknowledgement packet 7. As a result, it is possible to prevent 
the neighbor MAP table from storing only MAPs that are not 0 ( sec . ) 
in forced registration lifetime and to prevent the number of 
registered original neighbor MAPs that have a short delay value 
from decreasing. However, if a MAP is high in processing 
capability and storage capacity and the maximum number of 
registered neighbor MAPs in the neighbor MAP table can be made 
large for the MAP, then the MAP may receive registration requests 
from a large number of MAPs. 

If the MAP (k) lk cannot receive the neighbor MAP registration 
acknowledgement packet 7 even though the MAP (k ) lk retransmits 
the neighbor MAP registration request packet 6 a predetermined 
number of times, there is a high possibility that there is some 
problem, such as a failure, removal, or previous reception of 
a registration request from another MAP, in the MAP ( f ) If. 
Therefore, the MAP(k) lk may transmit the neighbor MAP 



registration request packet 6 to a MAP other than the MAP ( f ) If. 

In addition, in order to prevent information concerning 
a MAP that is distant from other MAPs and that cannot be detected 
by other MAPs, due to the relation of the network topology, from 
being erased from the neighbor MAP table, it is also possible, 
in the neighbor MAP table of registration destination, to make 
the forced registration lifetime concerning the MAP very long, 
or set a field for indicating that it is prohibited to erase the 
information concerning the MAP . This can be implemented by making 
the forced registration lifetime included in the neighbor MAP 
registration request packet 6 very long, or setting a flag for 
requesting erasing prohibition of the information concerning the 
MAP in the neighbor MAP registration request packet 6. Or it 
can be implemented by previously registering the MAP in the 
neighbor MAP table with a lengthened forced registration lifetime 
or a field set to indicate the erasing prohibition, 

(Arrangement of new MAP) 

Arrangement of a new MAP will now be described with reference 
20 to Figs. 6, and 15 to 18. The case where a MAP ( o ) is newly arranged 
in the mobile communication system having the state shown in Fig. 
6 will now be described. At this time, in a neighbor MAP table 
16oof the newly arranged MAP(o) lo, IP addresses and delay values 
of the MAP(o) lo and a MAP(e) le other than the MAP(o) lo are 
2 5 previously set. 

If the lifetime for the MAP ( e ) le in the neighbor MAP table 
16ohas arrived at the search lifetime , then the MAP (o) lo transmits 
a MAP search packet to the MAP ( e ) le as represented by a solid 
line arrow in Fig. 15. Upon receiving the MAP search packet, 
30 the MAP ( e ) le then transmits a MAP notice request packet to each 
of the neighbor MAPs stored in a neighbor MAP table 16e of the 
MAP ( e ) le, i.e., the MAP(e) le, MAP(l) 11, MAP ( d ) Id, MAP ( n ) In 
and MAP(k) lk as represented by a dot -dash line arrow in Fig. 
1 5 . Upon receiving the MAP notice request packet , each of MAP ( e ) 
35 le, MAP(l) 11, MAP ( d) Id, MAP(n) In and MAP ( k ) lk returns a MAP 
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notice packet to the MAP(o) lo as represented by a dot line arrow 
in Fig. 15. 

As a result, the MAP(o) lo detects a new MAP other than 
the previously set MAP ( e ) le on the basis of the received MAP 
5 notice packet , and updates the neighbor MAP table 16o . The MAP ( o ) 
lo registers information concerning five neighbor MAPs having 
the shortest delay values in the neighbor MAP table 16o. As a 
result, information concerning the MAP(o) lo, MAP ( k ) lk, MAP ( n ) 
In, MAP(l) 11 and MAP ( e ) le is registered in the neighbor MAP 

10 table 16o. 

If the time elapses thereafter and the lifetime for the 
MAP(k) lk in the neighbor MAP table 16o arrives at the search 
lifetime, then the MAP(o) lo transmits a MAP search packet to 
the MAP(k) lk as represented by a solid line arrow in Fig. 16. 

15 Upon receiving the MAP search packet, the MAP (k) lk transmits 
a MAP notice request packet to each of the neighbor MAPs stored 
in the neighbor MAP table 16k of MAP ( k) lk, i.e. , the MAP ( k) lk, 
MAP(f) If, MAP ( i ) li, MAP(n) In and MAP(g) lg as represented by 
a dot-dash line arrow in Fig. 16. Upon receiving the MAP notice 

20 request packet, each of theMAP(k) lk, MAP ( f ) If, MAP ( i ) li, MAP ( n ) 
In and MAP ( g ) lg returns a MAP notice packet to the MAP(o) lo 
as represented by a dot line arrow in Fig. 16. 

As a result, the MAP(o) lo detects a new MAP, acquires the 
latest information concerning existing neighbor MAPs , and updates 

2 5 the neighbor MAP table 16o, on the basis of the received MAP notice 
packet. At this time, the MAP(o) lo erases the information 
concerning the MAP(l) 11 and MAP(e) le each having a long delay 
value and newly registers information concerning the MAP ( g) lg 
and MAP(i) li each having a short delay value so as to register 

30 information concerning five neighbor MAPs in the order of 

increasing delay value. As a result, information concerning the 
MAP(o) lo, MAP ( g ) lg, MAP ( i ) li, MAP ( k ) lk and MAP ( n ) In, each 
of which has a shorter delay value and is located in the neighborhood , 
is registered in the neighbor MAP table 16o as shown in Fig. 17. 

35 In addition, if the time of the forced registration request 



transmission timer in the second table arrives at 0 (sec. ) , then 
theMAP(o) lo transmits a neighbor MAP registration request packet 
to the MAP ( g ) lg, which is located nearest, i.e., which has the 
shortest delay value in the neighbor MAP table 16o except the 
5 MAP(o) lo itself as represented by a double line arrow in Fig. 
17. Further, the MAP ( g ) lg updates the neighbor MAP table 16g 
on the basis of the received neighbor MAP registration request 
packet . 

Specifically, the NMDP unit in the MAP(g) lg conducts a 

10 retrieval to determine whether the source address "o" in the 
neighbor MAP registration request packet is included in IP 
addresses in the neighbor MAP table 16g (Fig. 16) at the time 
of reception of the neighbor MAP registration request packet. 
Since "o" is not found in the IP addresses in the neighbor MAP 

15 table 16g (Fig. 16), the NMDP unit in the MAP ( g ) lg judges the 
MAP(o) lo to be a MAP that has newly issued a registration request . 
Subsequently, the NMDP unit in the MAP ( g ) lg erases information 
concerning the MAP (k) lk, which has the longest delay value, in 
the neighbor MAP table 16g (Fig. 16). It is supposed that the 

20 forced registration lifetime for the MAP ( k ) lk is 0 (sec. ) . The 
NMDP unit in the MAP ( g ) lg newly registers the information 
concerning the MAP(o) lo in the neighbor MAP table 16g as 
represented by a portion enclosed with a circle in Fig. 17. 
In this way, information concerning the MAP(o) lo is 

25 registered in the neighbor MAP table 16g of the MAP ( g ) lg. 

Therefore, each of MAP ( h ) lh and MAP(c) lc transmits a MAP search 
packet to the MAP ( g ) lg as represented by a solid line arrow in 
Fig. 17. Upon receiving the MAP search packet, the MAP ( g ) lg 
transmits a MAP notice request packet to the MAP(o) lo stored 

30 in the neighbor MAP table 16g of the MAP ( g ) lg as represented 
by a dot-dash line arrow in Fig. 17 . Upon receiving the MAP notice 
request packet, the MAP(o) lo returns a MAP notice packet to both 
of MAP(h) lh and MAP(c) lc as represented by a dot line arrow 
in Fig. 17. As a result, the existence of the MAP(o) lo is known 

35 to MAPs, such as the MAP (h) lh and the MAP(c) lc, located in the 



neighborhood of the MAP(o) lo other than the MAP ( g ) lg, which 
has issued the registration request. 

Thereafter, the MAP search between MAPs is repeated. 
Finally, the group of the MAP (a) la to the MAP(o) lo including 
5 the newly arranged MAP(o) lo settles down in a stable state 
including stationary neighbor MAP tables 16a to 16o. 

In this way, by merely previously setting at least one 
address of another MAP ( e ) le in the neighbor MAP table of the 
MAP(o) lo newly arranged in the mobile communication system, the 

10 MAP(o) lo can transmit a MAP search packet to at least MAP ( e ) 
le and start a MAP search . As a result , the newly arranged MAP ( o ) 
lo can detect a new MAP other than the first set MAP ( e ) le. By 
repeating the MAP search, the MAP(o) lo can hold information 
concerning neighbor MAPs having shorter delay values in the 

15 neighbor MAP table 16o. 

In addition, by transmitting a neighbor MAP registration 
request packet to the MAP ( g ) lg, which is a neighbor MAP of the 
MAP(o) lo, the newly arranged MAP(o) lo can make its own existence 
known to the MAP ( g ) lg. Further the MAP(o) lo can make itself 

20 registered in the neighbor MAP table 16o of the MAP(g) lg. As 
a result, the MAP(o) lo can make itself detectable by the MAP(h) 
Ih and the MAP(c) lc, which are other neighbor MAPs. Therefore, 
a new MAP can be easily arranged in the mobile communication system. 

25 (Search for MAP effected by MN) 

A search for a MAP effected by a MN will now be described 
with reference to Figs. 19 and 5. Fig. 19 shows a mobile 
communication system obtained by newly arranging the MAP(o) lo 
in the mobile communication system shown in Fig. 1 as described 

30 above. In Fig. 19, neighbor MAP tables 26a and 26b respectively 
of the MN( a) 2a and MN(b) 2b are shown together with the MN( a) 
2a and MN(b) 2b. For brevity of description, however, only IP 
addresses stored in the neighbor MAP tables 26a and 26b, and delay 
values between the MN( a) 2a and MN(b) 2b and neighbor MAPs are 

3 5 shown. As for the delay values, decimals are omitted. 



1 . Search for MAP 

First , as to how the MN(b) 2b searches for a MAP while moving 
on a travel route indicated by an arrow D in Fig- 19 will now 
5 be described. In the same way as the search for a MAP effected 
by a MAP, the MN(b) 2b searches for a MAP. In other words, the 
NMDPunit 25 in theMN(b) 2b functions as the search packet creation 
unit configured to create a MAP search packet, the detection unit 
configured to detect a MAP on the basis of a MAP notice packet, 

10 the determination unit configured to determine a delay value, 
which is inter-node information, on the basis of a MAP notice 
packet, and the update unit configured to update the neighbor 
MAP table 26b, and searches for a MAP. 

If the lifetime of the information concerning any of MAPs 

15 registered in the neighbor MAP table 26b in the MN(b) 2b arrives 
at the search lifetime when the MN ( b ) 2b is in a position indicated 
by an arrow A in Fig. 19, then the MN ( b ) 2b starts a search for 
a MAP. First, the NMDP unit 25 in the MN(b) 2b transmits a MAP 
search packet to the MAP. Subsequently, the NMDP unit 2 5 in the 

20 MN(b) 2b receives a MAP notice packet in response to the MAP search 
packet returned from a MAP that has become a peripheral node. 
The NMDP unit 25 in the MN(b) 2b detects a new MAP acquires latest 
information concerning existing neighbor MAPs, and updates the 
neighbor MAP table 26b, on the basis of the received MAP notice 

25 packet. 

As a result, as shown in Fig. 19, information concerning 
the MAP(o) lo, MAP(g) lg, MAP ( i ) li, MAP ( k) lk and MAP(h) lh, 
which are neighbor MAPs having short delay values with respect 
to the MN ( b ) 2b located in the position indicated by the arrow 
30 A in Fig. 19, is registered in the neighbor MAP table 26b. 

As shown in Fig. 5, the initial lifetime and search lifetime 
of the MN are set to short time values in the second table of 
the MN. While the MN(b) 2b moves on the travel route indicated 
by the arrow D from the position indicated by the arrow A to a 
35 position indicated by an arrow C via a position indicated by an 



arrow B, the lifetime values for information concerning MAPs 
registered in the neighbor MAP table 2 6b arrives at the search 
lifetime one after another, and the MN( b ) 2b effects a search 
for a MAP repetitively. 
5 In the position indicated by the arrow Bin Fig. 19, therefore, 

information concerning the MAP ( k ) lk , MAP ( i ) li , MAP ( o ) lo , MAP ( n ) 
In and MAP ( h ) lh , which are neighbor MAPs having short delay values 
with respect to the MN(b) 2b located in the position indicated 
by the arrow B, is registered in the neighbor MAP table 26b. In 
10 the position indicated by the arrow C in Fig. 19, information 
concerning the MAP ( n ) In, MAP ( k ) lk, MAP(i) li, MAP(l) 11 and 
MAP(e) le, which are neighbor MAPs having short delay values with 
respect to the MN(b) 2b located in the position indicated by the 
arrow C, is registered in the neighbor MAP table 26b. 
15 Incidentally, it is desirable to previously set an address 

and a delay value of at least one MAP included in the mobile 
communication system in the neighbor MAP table of the MN(b) 2b 
as initialization. As a result, the MN(b) 2b can transmit a MAP 
search packet to at least one MAP, and start a search for a MAP. 
20 As for the address of the set MAP, it is desirable to set the 
address of a MAP that exists in an area where the user of the 
MN uses the mobile communication system. Of course, the MAP 
address to be set may be an address of an arbitrary MAP. 

2. Selection of MAP 

Selection of a MAP effected by a MN will now be described 
by taking the case where the MN( a) 2a selects a MAP that is the 
most suitable for use, as an example. As described above, the 
MN( a) 2a has the neighbor MAP table 26a shown in Fig. 5. The 
MAP selection policy holding unit 30 of the MN( a ) 2a holds a MAP 
selection policy represented as "a MAP located nearest, i.e., 
a MAP having a minimum delay value in packet transmission between 
nodes, and included in MAPs having high processing capability 
of at least "01" . " 

Therefore, the NMDP unit 25 in the MN( a) 2a collates 
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information concerning neighbor MAPs stored in the neighbor MAP 
table 26a shown in Fig. 5 with the MAP selection policy held in 
the MAP selection policy holding unit 30, and selects an optimum 
neighbor MAP. As a result, the NMDP unit 25 in the MN ( a ) 2a selects 
the MAP(b) lb as the neighbor MAP to be used. In this way, the 
NMDP unit 25 in the MN(a) 2a functions as the selection unit 
configured to access the neighbor MAP table 26a and select a MAP 
to be used, on the basis of the MAP selection policy. The NMDP 
unit 25 in the MN( a ) 2a notifies the mobility management unit 
24 of the address of the MAP ( b ) lb. which is the selected neighbor 
MAP. 

The MN ( a ) 2a registers the home address and a care of address 
now in use in the MAP ( b ) lb. The MN( a) 2a registers the home 
address and an address of the MAP ( b ) lb to be used, in the HA. 
Specifically, the mobility management unit 24 in the MN(a) 2a 
creates a binding update packet for registering the home address 
and the care of address in the MAP (b) lb. The mobility management 
unit 24 in the MN(a) 2a creates a binding update packet for 
registering the home address and the address of the MAP(b) lb 
in the HA. The interface 29 in the MAP (a) 2a transmits those 
binding update packets to the MAP(b) lb and the HA. In this way. 
the MN( a) 2a can be provided for the transfer service for a packet 
transmitted to the home address of the MN ( a ) 2a . which is conducted 
by the HA and the MAP(b) lb. 

[Computer program product] 

The MAP 1 can be implemented by making a computer execute 
a computer program product for causing a computer to function 
as a service node. The computer program product comprises a 
computer program code for causing the computer to store addresses 
and node information of service nodes, a computer program code 
for causing the computer to create a node search packet. a 
computer program code for causing the computer to create a node 
notice request packet, a computer program code for causing the 
computer to create a node notice packet, a computer program code 
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for causing the computer to create a node registration request 
packet , a computer program code for causing the computer to create 
a registration acknowledgement packet, a computer program code 
for causing the computer to communicate , a computer program code 
5 for causing the computer to detect the service node, a computer 
program code for causing the computer to determine inter- node 
information, and a computer program code for causing the computer 
to update the stored addresses and stored node information. 

The MN 2 can be implemented by making a computer execute 

10 a computer program product for causing a computer to function 
as a mobile node . The computer program product comprises a computer 
program code for causing the computer to store addresses and node 
information of service nodes , a computer program code for causing 
the computer to create a node search packet, a computer 

15 program code for causing the computer to communicate, a computer 
program code for causing the computer to detect the service node, 
a computer program code for causing the computer to determine 
inter-node information, a computer program code for causing the 
computer to update the stored addresses and stored node 

20 information, a computer program code for causing the computer 
to hold a selection criterion for selecting a service node to 
be used, and a computer program code for causing the computer 
to select the service node to be used. 

The computer program products can be recorded in a recording 

25 medium that is a computer readable medium, such as a removable 
medium like a CD-ROM, a CD-R, a MO or a floppy disk, a memory 
like a ROM or a RAM, or a hard disk. The MAP 1 or the MN 2 can 
be implemented by a computer that reads a computer program product 
from the recording medium and executes the computer program 

30 product. 

According to the mobile communication system, the MAPs , 
the MNs , the node search method, and the computer program product , 
a node itself that is included in the MAP(k) lk to MAP(o) lo, 
the MN(a) 2a and MN ( b ) 2b, and that wants to search for a MAP 
35 becomes a search node and transmits a MAP search packet 3, and 
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it can search for a MAP autonomously. By transmitting only the 
MAP search packet 3, the search node in the MAP (a) la to MAP(o) 
lo, the MN( a) 2a and MN(b) 2b can receive a MAP notice packet 
in response to the MAP search packet 3 from a search packet reception 
5 node or a peripheral node in the MAP (a) la to MAP(o) lo. The 
search node in the MAP ( a ) la to MAP(o) lo, the MN( a) 2a and MN(b) 
2b can detect a MAP on the basis of the MAP notice packet. By 
receiving information from another node (MAP), therefore, the 
MAP(a) la to MAP(o) lo, the MN( a ) 2a and MN(b) 2b can detect a 

10 MAP easily. 

Own-node information and inter-node information, such as 
the processing capability and delay value, are included in the 
MAP notice packet. Therefore, the search node in the MAP (a) la 
to MAP(o) lo, the MN( a) 2a and MN(b) 2b can grasp various kinds 

15 of node information concerning MAPs that are nodes other than 
the search node itself, from the MAP notice packet. Therefore, 
the MAP ( a ) la to MAP(o) lo, the MN( a) 2a and MN(b) 2b can use 
various kinds of node information concerning MAPs as judgment 
materials at the time of updating the neighbor MAP table and as 

20 judgment materials at the time of selecting a MAP to be used. 

In addition, the MAP ( a ) la to MAP(o) lo, the MN( a ) 2a and 
MN(b) 2b can receive a MAP notice packet depending upon the 
situation at the time of transmission of the MAP search packet 
3. Therefore, the MAP (a) la to MAP (o) lo, theMN(a) 2a andMN(b) 

25 2b can detect a MAP depending upon the situation at that time, 
and grasp inter -node information such as the delay value and 
own-node information such as processing capability, depending 
upon the situation at that time. 

TheMAP(a) latoMAP(o) lo, theMN(a) 2aandMN(b) 2b update 

30 the neighbor MAP tables 16a to 16o, 26a and 26b on the basis of 
the returned MAP notice packet. For example, the MAP(a) la to 
MAP(o) lo, theMN(a) 2aandMN(b) 2b newly register a newly detected 
MAP, and update the delay value and processing capability of the 
already registered MAPs . Therefore, the MAP (a) la to MAP (o) lo, 

35 theMN(a) 2aandMN(b) 2b can hold the latest information depending 



upon the situation at that time, dynamically and autonomously. 

By autonomously grasping information depending upon the 
situation change, such as arrangement of a new MAP or removal 
or failure of an existing MAP, therefore, the MAP (a) la to MAP(o) 
lo, the MN( a ) 2a and MN(b) 2b can detect a MAP and hold the latest 
information. By autonomously grasping information depending 
upon the movement without relying on a notice from an access router , 
the MN(a) 2aandMN(b) 2b can detect a neighbor MAP for the positions 
of the MN( a) 2a and MN(b) 2b at that time, and hold the latest 
information of the neighbor MAP. Therefore, this method of 
searching for a MAP can be utilized in the mobility management 
of the MN . In addition , setting the access router located between 
the MN and the MAP is not required at all. Of course, the MN( a) 
2a and MN(b) 2b can grasp information depending upon a change 
of the situation concerning the MAP, such as not only the movement 
but also arrangement of a new MAP, removal of an existing MAP, 
or a failure, and detect a MAP. 

In this way, each of MAP (a) la to MAP(o) lo, MN( a) 2a and 
MN(b) 2b can thus conduct autonomous distributed control for 
autonomously detecting a MAP . As a result , the failure resistance 
can be enhanced, and arrangement of a new MAP, removal of a MAP, 
and alteration of the MAP arrangement can also be conducted easily . 

The search node in the MAP (a) la to MAP(o) lo, the MN (a) 
2aandMN(b) 2b determines a delay value (inter-node information) 
between the MAP serving as the search node and a MAP serving as 
a peripheral node, according to a delay value (inter-node 
information) between the search node itself and a MAP serving 
as a search packet reception node, and a delay value (inter-node 
information) between the MAP serving as the search packet 
reception node and the MAP serving as the peripheral node, on 
the basis of the MAP notice packet. The search node in the MAP (a) 
la to MAP(o) lo, the MN(a) 2a and MN(b) 2b updates the neighbor 
MAP table, on the basis of determined inter-node information 
between the MAP or MN serving as the search node and the MAP serving 
as the peripheral node . 



Therefore, the search node in the MAP (a) la to MAP(o) lo, 
the MN( a ) 2a and MN(b) 2b can easily grasp the inter-node 
information between itself and the MAP serving as the peripheral 
node. In addition, it becomes unnecessary to attain 
5 synchronization between the MAPs in the MAP (a) la to MAP(o) lo # 
or between the MN( a ) 2a and MN(b) 2b and the MAP (a) la to MAP(o) 
lo. 

The neighbor MAP table stores the own-node information such 
as the processing capability, and the inter-node information such 

10 as the delay value. Therefore, the MAP ( a ) la to MAP(o) lo, the 
MN(a) 2a and MN(b) 2b can hold the node information, and grasp 
node information concerning the neighbor MAPs by accessing the 
neighbor MAP table. Therefore, the MAP (a) la to MAP(o) lo, the 
MN( a) 2a and MN(b) 2b can use various kinds of node information 

15 concerning MAPs as judgment materials at the time of updating 
the neighbor MAP table, and as judgment materials at the time 
of selecting a MAP to be used. 

In addition, the neighbor MAP table stores five neighbor 
MAPs having shortest delay values in the order of increasing delay 

20 value. The search node in the MAP ( a ) la to MAP(o) lo, the MN( a) 
2a and MN(b) 2b transmits a node search packet to a neighbor MAP 
having an address stored in the neighbor MAP table in the search 
node. Upon receiving the node search packet, a MAP serving as 
the search packet reception node also transmits a node notice 

25 request packet to a neighbor MAP having an address stored in the 
neighbor MAP table in the search packet reception node. Upon 
receiving the node notice request packet, a MAP serving as a 
peripheral node returns a node notice packet to the search node. 

As a result, the search node in the MAP ( a ) la to MAP(o) 

30 lo, theMN(a) 2aandMN(b) 2b can receiveMAP notice packets returned 
from a large number of MAPs serving as peripheral nodes . Therefore , 
the search node in the MAP(a) la to MAP(o) lo, the MN(a) 2a and 
MN ( b ) 2b can obtain information concerning MAPs located relatively 
in the neighborhood, and efficiently detect neighbor MAPs having 

3 5 short delay values. 



The MAP (a) la to MAP(o) lo include the NDMP unit 15 , the 
neighbor MAP tables 16a to 16o, and the interface 19 , respectively. 
Therefore, the MAP (a) la to MAP(o) lo can access the neighbor 
MAP tables 16a to 16o, create a MAP notice packet on the basis 
5 of the stored information, and transmit the MAP notice packet 
to another MAPs . Therefore, the MAP (a) latoMAP(o) lo can become 
a search packet reception node or a peripheral node, and supply 
information grasped by itself to another MAPs. In addition, the 
MAP ( a ) la to MAP(o) lo can create a MAP notice request packet 

10 to be transmitted to neighbor MAPs having addresses stored in 
the neighbor MAP tables 16a to 16o, and transmit the MAP notice 
request packet . Therefore, theMAP(a) latoMAP(o) lo can request 
the neighbor MAPs stored in the neighbor MAP tables 16a to 16o 
to return a MAP notice packet. 

15 Each of MN(a) 2a and MN(b) 2b includes the NDMP unit 25 

and the MAP selection policy holding unit 30. Therefore, the 
MN( a) 2a and MN(b) 2b can access the neighbor MAP tables 26a and 
26b and select a neighbor MAP to be used, on the basis of the 
MAP selection policy. Therefore, the MN( a) 2a and MN(b) 2b can 

20 autonomously select an optimum neighbor MAP meeting the MAP 
selection policy from the neighbor MAP tables 26a and 26b, 
respectively . 

In addition, the MN( a) 2a and MN(b) 2b use the delay value 
as one of the parameters for the MAP selection policy. The delay 

25 value is determined under the influence of various parameters, 
such as the link capacity between MAPs , the number of hops , the 
processing capability of the MAP itself, and the traffic volume. 
Therefore, the MN(a) 2a and MN(b) 2b can select the optimum MAP 
by using the delay value as one of the parameters of the MAP 

30 selection policy. The MN( a) 2a and MN(b) 2b use the processing 
capability, which is information other than the 
remoteness/nearness decision information , as one of the 
parameters of the MAP selection policy. Therefore, the MN( a) 
2a and MN(b) 2b can select the optimum MAP by considering not 

35 only the remoteness/nearness condition but also the state of the 



MAP itself. 

Five neighbor MAPs having shortest delay values are 
registered in the neighbor MAP table in the order of increasing 
delay value. Therefore, the MN( a) 2a and MN(b) 2b can easily 
5 select a neighbor MAP meeting the MAP selection policy without 
using the anycast address. 

[Second Embodiment] 
[Mobile Communication System] 

10 (General Configuration of Mobile Communication System) 

The mobile communication system uses the HMIP , and includes 
a plurality of MAPs and a plurality of MNs. In the present 
embodiment , a decision criterion "a smaller number of hops between 
nodes indicates a shorter distance" is used as the decision 

15 criterion for determining whether the distance between nodes is 
short. As for the remoteness/nearness decision information, the 
number of hops between nodes is used. 

(Configuration of MAP) 

20 Except that the processing concerning the search for a MAP 

conducted by the NMDP unit 15, and the neighbor MAP table and 
the second table of the MAP are different , the MAP is substantially 
the same as the MAP 1 shown in Fig. 2. The neighbor MAP table 
and the second table of the MAP of the present embodiment will 

25 now be described by taking a neighbor MAP table 116k and a second 
table 117k of the MAP of the present embodiment and shown in Fig. 
20 as an example. As shown in Fig. 20, the neighbor MAP table 
116k stores an IP address , the number of hops , lifetime ( in sec . ) , 
a sequence number 1, forced registration lifetime (in sec. ) , and 

30 a sequence number 2 for each neighbor MAP. The maximum number 
of node entries in the neighbor MAP table 116k is set to "5." 

The number of hops is the number of hops between the MAP ( k ) 
itself having the neighbor MAP table 116k and each neighbor MAP. 
As a general rule, the neighbor MAP table 116k stores information 

35 concerning the neighbor MAPs according to the criterion, "five 



neighbor MAPs having smallest number of hops are stored in the 
order of increasing number of hops. " The lifetime, the sequence 
number 1 , the forced registration lifetime and the sequence number 
2 are similar to those in the neighbor MAP table 16k shown in 
Fig. 3. 

The second table 117k stores a sequence number 3, initial 
lifetime (in sec), search lifetime (in sec), sequence number 
4 f forced registration initial lifetime ( in sec . ) , time of forced 
registration request transmission timer ( in sec . ) , and an initial 
HL (Hop Limit) . The sequence number 3, initial lifetime, search 
lifetime, sequence number 4 , f orced registration initial lifetime , 
time of forced registration request transmission timer are similar 
to those in the second table 17k shown in Fig. 3. 

The value of the initial HL is the number of hops that becomes 
a reference value for determining the number of hops between the 
MAP(k) lk itself and another MAP. The initial HL is set to the 
initial value of HL in the MAP notice packet. The initial HL 
of the MAP is set to the maximum value in the number of hops for 
each neighbor MAP stored in the neighbor MAP table 116k. If the 
neighbor MAP table 116k is in the state shown in Fig. 20, therefore, 
the second table 117k stores the number of hops "13" between the 
MAP(k) lk and the MAP ( g ) lg as the initial HL. The initial HL 
may not be set to the maximum value in the number of hops for 
each neighbor MAP stored in the neighbor MAP table 116k, but the 
initial HL may be previously set to a constant value in the second 
table 117k. Or, the initial HL may be set to a value obtained 
by adding a preset constant value to the maximum value in the 
number of hops for each neighbor MAP stored in the neighbor MAP 
table 116k. 

(Configuration of MN) 

Except that the processing concerning the MAP search 
conducted by the NMDP unit 25, and the neighbor MAP table, the 
second table and the MAP selection policy included in the MN are 
different, the MN is substantially the same as the MN 2 shown 



in Fig. 4. The neighbor MAP table and the second table of the 
MN of the present embodiment will now be described by taking a 
neighbor MAP table 126a and a second table 127a of the MN( a) shown 
in Fig. 21. As shown in Fig. 21, the neighbor MAP table 126a 
5 stores an IP address, the number of hops, lifetime (in sec), 
and a sequence number 1. The maximum number of node entries in 
the neighbor MAP table 126a is set to "5." 

The number of hops is the number of hops between the MN 
and each neighbor MAP. The neighbor MAP table 126a stores 

10 information concerning neighbor MAPs according to the criterion, 
"five neighbor MAPs having smallest number of hops are stored 
in the order of increasing number of hops." The lifetime and 
the sequence number 1 are similar to those shown in the neighbor 
MAP table 26a shown in Fig. 5. 

15 As shown in Fig. 21, the second table 127a stores a sequence 

number 3, an initial lifetime (in sec), a search lifetime (in 
sec), and an initial HL . The sequence number 3, the initial 
lifetime and the search lifetime are substantially the same as 
those in the second table 27a shown in Fig . 5 . The initial lifetime 

20 is set to a short value. It is desirable to also set the search 
lifetime to a shorter value accordingly. As a result, the MN 
can effect a search for a MAP with high frequencies. Therefore, 
the MN can update the information concerning the neighbor MAPs, 
which changes according to the movement, with high frequencies. 

25 As a result, the MN can suitably grasp information concerning 
the neighbor MAPs according to the movement. 

The initial HL is the number of hops that becomes a reference 
value for determining the number of hops between the MN( a) and 
a MAP. The initial HL is set to the initial value of HL in the 

30 MAP notice packet. The initial HL of the MN is a sufficiently 
large value. In the case where the number of hops between the 
MN and a neighbor MAP has varied largely according to a movement, 
therefore, the situation that MAP notice packets do not arrive 
at the MN at all can be prevented. The initial HL of the MN can 

35 be set to a previously determined constant value. 



The MAP selection policy holding unit 30 in the MN according 
to the present embodiment holds a MAP selection policy, "a MAP 
located nearest." In the present embodiment, a decision 
criterion "a smaller number of hops between nodes indicates a 
5 shorter distance" is used as the decision criterion for 
determining whether the distance between nodes is short. 
Therefore, "anode located nearest " means "a node having a minimum 
number of hops between nodes . " 

10 [Method for searching for node] 

A method for searching for a node (MAP) in the mobile 
communication system will now be described. 
(Search for MAP effected by MAP) 

A search for a MAP effected by a MAP will now be described 

15 with reference to Figs. 22 and 20. Fig. 22 shows how a plurality 
of MAPS, MAP (a) 101a to MAP(n) lOln included in the mobile 
communication system form a group. In Fig. 22, the MNs are omitted 
in the illustration. In Fig. 22, neighbor MAP tables 116a to 
116n respectively of the MAP ( a ) 101a to MAP ( n ) lOln are shown 

20 together with the MAP ( a ) 101a to MAP(n) lOln. For brevity of 
description, however, only IP addresses stored in the neighbor 
MAP tables 116a to 116n, and the number of hops between each of 
MAP ( a ) 101a to MAP ( n ) lOln respectively including the neighbor 
MAP tables 116a to 116n and each neighbor MAP are shown. As shown 

25 in Fig. 22, the neighbor MAP tables 116a to 116n are formed in 
MAP(a) 101a to MAP(n) lOln, respectively. 

A search for a MAP will now be described by taking the case 
where the neighbor MAP table 116k of the MAP(k) 101k is in a state 
shown in Fig. 20 as an example. The search lifetime in the second 

30 table 117k is set to 60 (sec). The current lifetime for the 
MAP ( n ) 116n registered in the neighbor MAP table 116k as a neighbor 
MAP is 61 (sec. ) . The lifetime is decremented every second. One 
second later, therefore, the lifetime for the MAP(n) 116n in the 
neighbor MAP table 116k arrives at 60 (sec. ) , which is the search 

35 lifetime, and the lifetime coincides with the search lifetime. 



Thereupon, the MAP ( k ) 101k starts a search for a MAP with respect 
to the MAP(n) lOln. 

1 . Transmission and reception of MAP search packet and MAP notice 
5 packet 

First, the MAP ( k ) 101k transmits a MAP search packet to 
the MAP ( n ) lOln, and the MAP ( n ) lOln receives it as represented 
by a solid line arrow in Fig, 22. In this case, therefore, the 
MAP ( k ) 101k becomes a search node, and the MAP ( n ) lOln becomes 

10 a search packet reception node. Specifically, the NMDP unit 15 
in the MAP ( k ) 101k creates a MAP search packet 103 shown in Fig. 
23, and the interface 19 transmits it. 

As shown in Fig. 23, the MAP search packet 103 includes 
an IPv6 header 131 and a destination option header 132 . A version 

15 for indicating the version of IP, a source address for indicating 
the transmission source of the MAP search packet 103, and a 
destination address for indicating the destination of the MAP 
search packet 103 are stored in the IPv6 header 131. A type, 
a sequence number for controlling the MAP search packet 103, and 

20 an initial HL are stored in the destination option header 132. 

The NMDP unit 15 in the MAP(k) 101k sets the source address 
in the IPv6 header 131 to the IP address "k" of the MAP (k) 101k, 
and sets the destination address in the IPv6 header 131 to the 
IP address "n" of the MAP ( n ) 106n. The NMDP unit 15 in the MAP ( k) 

25 101k sets the type in the destination option header 132 to "41". 
In the present embodiment, the type "41" indicates the MAP search 
packet 103. The NMDP unit 15 in the MAP (k) 101k sets the sequence 
number in the destination header 132 to "1654" , which is obtained 
by adding 1 to the value "1653" of the sequence number 3 in the 

30 second table 117k shown in Fig. 20. At this time, the NMDP unit 
15 in the MAP(k) 101k also updates the value of the sequence number 
3 in the second table 117k to set it to "1654." The NMDP unit 
15 in the MAP (k) 101k copies the initial HL "13" in the second 
table 117k, and sets the initial HL in the destination option 

35 header 132 to the copied initial HL "13." 
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Upon receiving the MAP search packet 103, the MAP ( n ) lOln 
transmits an encapsulated MAP notice packet to each of the neighbor 
MAPs stored in the neighbor MAP table 116n in the MAP ( n ) lOln, 
i.e. , the MAP ( n ) lOln, MAP ( i ) lOli, MAP ( k) 101k, MAP(l) 1011 and 
MAP ( j ) 101j as represented by a dot-dash line in Fig. 22. The 
encapsulated MAP notice packet means a packet obtained by 
encapsulating a MAP notice packet returned from the MAP(n) lOln 
serving as a search packet reception node to the MAP (k) 10 lk serving 
as a search node. In other words, the MAP(n) lOln serving as 
the search packet reception node encapsulates the MAP notice 
packet with a header directed to the MAP ( i ) lOli to MAP(l) 1011 
neighboring the MAP ( n ) lOln itself, and transmits a resultant 
encapsulated MAP notice packet. Therefore, the MAP ( i ) lOli to 
MAP(l) 1011 become peripheral nodes. 

Specifically, the NMDP unit 15 in the MAP ( n ) 10 In creates 
an encapsulated MAP notice packet, and the interface 19 transmits 
the encapsulated MAP notice request packet. Hereafter, this 
operation will be described by taking the transmission of an 
encapsulated MAP notice packet to each of the MAP ( i ) lOli and 
the MAP(j) 101 j as an example. Fig. 24A shows an encapsulated 
MAP notice packet 104i to be transmitted to the MAP ( i ) lOli, and 
Fig. 24B shows a MAP notice packet 104 j to be transmitted to the 
MAP(j) 101J. 

As shown in Figs. 24A and 2 4B, the encapsulated MAP notice 
packets 104i and 104 j include IPv6 headers 141i and 141 j, and 
MAP notice packets 105i and 105 j , respectively. The IPv6 headers 
141i and 141j are headers respectively for encapsulating the MAP 
notice packets 105i and 105 j to be returned from the MAP ( n ) lOln 
serving as the search packet reception node to the MAP ( k ) 101k 
serving as the search node . Versions for indicating the IP version , 
source addresses for indicating sources of the encapsulated MAP 
notice packets 104i and 104j, and destination addresses for 
indicating destinations of the encapsulated MAP notice packets 
104i and 104 j are stored in the IPv6 headers 141i and 141j, 
respectively . 
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The MAP notice packets 1051 and 105 j includes IPv6 headers 
151i and 151 j and destination option headers 152i and 152 j, 
respectively, A version for indicating the IP version, an HL, 
a source address for indicating the source of the MAP notice packet , 
and a destination address for indicating a destination of the 
MAP notice packet are stored in each of the IPv6 headers 151i 
and 151 j . A type, an intermediate MAP address, a sequence number 
for controlling the MAP notice packet 105i or 105 j , and an initial 
HL are stored in each of the destination option headers 152i and 
152 j . The intermediate MAP address is an address of a peripheral 
node through which the MAP notice packet 105i or 105 j is passed. 

As shown in Fig. 24A, the NMDP unit 15 in the MAP ( n ) 10 In 
sets the source address in the IPv6 header 14 li to the IP address 
"n" of the MAP ( n ) lOln, and sets the destination address in the 
IPv6 header 141i to the IP address "i" of the MAP ( i ) 1011. The 
NMDP unit 15 in the MAP ( n ) lOln copies the initial HL "13" in 
the received MAP search packet 103 shown in Fig. 23, and sets 
the HL in the IPv6 header 151i to the copied initial HL "13. " 
The NMDP unit 15 in the MAP ( n ) lOln sets the source address in 
the IPv6 header 151i to the IP address "n" of the MAP(n) lOln, 
and sets the destination address in the IPv6 header 151i to the 
IP address "k" of the MAP(k) 101k. 

The NMDP unit 15 in the MAP(n) lOln sets the type in the 
destination option header 152i to "42 . " In the present embodiment, 
the type "4 2" indicates a MAP notice packet. The NMDP unit 15 
in the MAP ( n ) lOln copies the destination address "i" in the IPv6 
header 141i, which is the transmission destination of the packet 
obtained by encapsulating the MAP notice packet 105i, and sets 
the intermediate MAP address in the destination option header 
152i to the copied destination address "i." The NMDP unit 15 
in the MAP ( n ) 10 In copies the value "1654" of the sequence number 
and the value "13" of the initial HL in the received MAP search 
packet 103 shown in Fig. 23, and sets the sequence number and 
the initial HL in the destination option header 152i to the copied 
values , respectively . 



In the same way, the NMDP unit 15 in the MAP ( n ) 10 In creates 
the encapsulated MAP notice packet 104 j to be sent to the MAP( j) 
lOlj shown in Fig. 24B. The NMDP unit 15 in the MAP ( n ) lOln sets 
the destination address in the IPv6 header 141j to the IP address 
"j" of theMAP(j) lOlj. The NMDP unit 15 in the MAP (n) lOln copies 
the destination address "j" in the IPv6 header 141 j , which is 
the transmission destination of the packet obtained by 
encapsulating the MAP notice packet 105 j, and sets the 
intermediate MAP address in the destination option header 152j 
to the copied destination address " j . " 

Upon receiving the encapsulated MAP notice packet , each 
of MAP(i) lOli to MAP(l) 1011 and MAP(n) lOln conducts 
decapsulation for removing the outermost IPv6 header, and takes 
out a MAP notice packet to be returned from the MAP(n) 10 In serving 
as the search packet reception node to the MAP(k) 101k serving 
as the search node. Each of MAP ( i ) lOli to MAP(l) 1011 and MAP ( n ) 
lOln transmits the MAP notice packet to the MAP(k) 101k as 
represented by a dot line arrow in Fig. 22. Specifically the 
IP layer unit 13 in each of MAP ( i ) lOli to MAP(l) 1011 and MAP ( n ) 
lOln decapsulates the encapsulated MAP notice packet, and the 
interface 19 transmits the MAP notice packet taken out. Thus, 
MAP ( n ) lOln serving as the search packet reception node returns 
the MAP notice packet to the MAP(k) 101k serving as the search 
node via the MAP ( i ) lOli to MAP(l) 1011 serving as peripheral 
nodes . 

Thus, the MAP (n) lOln serving as the search packet reception 
node encapsulates the MAP notice packet with the IPv6 header having 
an address of a neighbor MAP stored in the neighbor MAP table 
116n as its destination, and conducts tunnel transfer of the 
encapsulated MAP notice packet. As a result, the MAP (n) lOln 
serving as the search packet reception node can return the MAP 
notice packet to the MAP ( k ) 101k serving as the search node via 
the MAP ( i ) lOli to MAP(l) 1011 serving as peripheral nodes. 
Besides such tunnel transfer, the MAP serving as the search packet 
reception node can return the MAP notice packet to the MAP serving 
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as the search node via MAP s serving as peripheral nodes, by using 
a route control header, which is an extension header of an option 
of IPv6. 



5 2. Inter-node information determination, MAP detection, and 
neighbor MAP table update 

Upon receiving the MAP notice packet , the MAP (k) lk serving 
as the search node conducts inter-node information determination , 
MAP detection, and neighbor MAP table update on the basis of the 

10 returned MAP notice packet. Hereafter, this operation will be 
described by taking MAP notice packets transmitted by the MAP ( i ) 
1011 and MAP ( j ) 101 j as an example. 

First, the case where the interface 19 in the MAP ( i ) 1011 
has transmitted the MAP notice packet 105i will now be described. 

15 The MAP ( k ) 101k serving as the search node receives the MAP notice 
packet 105i shown in Fig. 25. The MAP ( k ) 101k determines the 
number of hops between the MAP(k) 101k itself serving as the search 
node and the MAP ( i ) 1011 serving as a peripheral node through 
which the MAP notice packet 105i is passed. A MAP having the 

20 intermediate MAP address included in the MAP notice packet 105i 
as its address is the peripheral node through which the MAP notice 
packet 105i is passed. 

Specifically, the NMDP unit 15 in the MAP(k) 101k acquires 
a value "7" of the HL included in the IPv6 header 151i and a value 

25 "13" of the initial HL included in the destination header 152i 
from the received MAP notice packet 105i. The value of HL in 
the MAP notice packet 105i, which is taken out by decapsulation 
to remove the IPv6 header 141i from the encapsulated MAP notice 
packet 105i received by the MAP(i) 1011, is "13" as shown in Fig. 

30 24A. On the other hand, the value of HL in the MAP notice packet 
105i received by the MAP(k) 101k is "7" as encircled in Fig. 25, 
because the value of HL in the MAP notice packet 105i is decreased 
by "1" every transfer while the MAP notice packet 105i is 
transmitted from the MAP(i) 1011 to the MAP(k) 101k. 

35 The NMDP unit 15 in the MAP ( k ) 101k conducts a calculation 



for subtracting the value "7" of HL from the value "13" of the 
acquired initial HL , and thereby obtains the number of hops between 
theMAP(k) 101k and the MAP( i) lOli. The result of the calculation 
becomes 13 - 7 = 6. In this way, the number of hops between the 
5 MAP ( k ) 101k and the MAP (i) 10 li having the intermediate MAP address 
included in the MAP notice packet 105i as its address, which is 
newly determined in the MAP(k) 101k f becomes "6." 

Subsequently, the NMDP unit 15 in the MAP ( k ) 101k conducts 
retrieval to determine whether the intermediate address "i" in 

10 the MAP notice packet 105i is included in the IP addresses in 
the neighbor MAP table 116k shown in Fig . 26 . Fig . 26 shows states 
of the neighbor MAP table 116k and the second table 117k in the 
MAP(k) 101k at the time when the MAP notice packet 105i shown 
in Fig. 25 has been received. In the neighbor MAP table 116k 

15 and the second table 117k shown in Fig . 26 , there are places already 
updated from the state immediately before the MAP search is started 
shown in Fig. 20. 

If the intermediate address "i" in the newly received MAP 
notice packet 105i exists in the neighbor MAP table 116k, then 

20 the NMDP unit 15 in the MAP ( k ) 101k judges the MAP ( i ) 1011 through 
which the MAP notice packet 105i has been passed to be an already 
detected MAP. In this case, therefore, the NMDP unit 15 in the 
MAP(k) 101k judges that the MAP notice packet 105i should be used 
to update the information concerning the MAP ( i ) lOli already 

25 registered as a neighbor MAP. In the case of Fig. 26, the 

intermediate MAP address "i" is included in the IP addresses in 
the neighbor MAP table 116k. Therefore, the NMDP unit 15 in the 
MAP(k) 101k judges that the MAP notice packet 105i should be used 
to update the information concerning the MAP(i) 10 li. 

30 Subsequently, the NMDP unit 15 in the MAP(k) lk determines 

whether update of existing information concerning the MAP ( i ) lOli 
in the neighbor MAP table 116k based on the received MAP notice 
packet 105i should be executed. Specifically, the NMDP unit 15 
in the MAP(k) 101k- first compares the sequence number "1654" in 

35 the received MAP notice packet 105i with the sequence number 1 



"1650" for the MAP ( 1) lOli in the neighbor MAP table 116k (Fig. 
26) at the time when the MAP notice packet 105i is received. If 
the sequence number in the MAP notice packet 105i is higher, then 
the NMDP unit 15 in the MAP ( k ) 101k judges that the information 
5 based on the MAP notice packet 105i is the latest information 
and update of the information should be executed. In the case 
of Fig. 26, the sequence number in the MAP notice packet 105i 
is higher. Therefore, the NMDP unit 15 in the MAP(k) 101k judges 
that the update of the information should be executed. 
10 On the other hand, if the sequence number in the MAP notice 

packet 105i is lower than the sequence number 1 for the MAP(i) 
10 li in the neighbor MAP table 116k, then the NMDP unit 15 in 
the MAP ( k ) 101k judges that update of the information should not 
be executed. 

15 Subsequently, the NMDP unit 15 in the MAP(k) 101k executes 

update of information concerning the MAP ( i ) lOli in the neighbor 
MAP table 116k. The NMDP unit 15 in the MAP ( k ) 101k acquires 
the sequence number "16 54" from the MAP notice packet 1051 (Fig. 
25). The NMDP unit 15 in the MAP ( k ) 101k acquires the initial 

20 lifetime 900 (sec.) from the second table 17k (Fig. 26). The 
NMDP unit 15 in the MAP (k) 101k conducts updating so as to have 
the latest information by replacing the existing number of hops 
"6" concerning the MAP ( i ) lOli in the neighbor MAP table 116k 
(Fig. 26) with the determined number of hops "6", replacing the 

25 existing lifetime 122 (sec. ) with the acquired initial lifetime 
900 (sec), and replacing the existing sequence number 1 "1650" 
with the acquired sequence number "1654." 

On the other hand, if the intermediate address "i" in the 
newly receivedMAP notice packet 105i does not exist in the neighbor 

30 MAP table 116k in the MAP(k) 101k serving as the search node, 
then the NMDP unit 15 in the MAP(k) 101k judges the MAP(i) lOli 
through which the MAP notice packet 105i has been passed to be 
a newly detected MAP. In other words, the NMDP unit 15 in the 
MAP(k) 101k judges that there is a possibility that the MAP ( i ) 

35 lOli is newly registered in the neighbor MAP table 116k in the 



MAP ( k ) 101k as a neighbor MAP for the MAP(k) 101k. 

In this case, the NMDP unit 15 in the MAP ( k ) 101k conducts 
a comparison to determine whether the number of hops between the 
MAP ( k ) 101k and the MAP ( i ) lOli determined on the basis of the 
5 MAP notice packet 105i is smaller than the maximum value in the 
number of hops for the neighbor MAPs stored in the neighbor MAP 
table 116k in the MAP ( k ) 101k at the time when the MAP notice 
packet 105i is received. If the number of hops between the MAP(k) 
101k and the MAP ( i ) lOli is equal to the maximum value in the 
10 number of hops stored in the neighbor MAP table 116k in the MAP(k) 
101k # then the NMDP unit 15 in the MAP ( k) 101k judges that the 
MAP ( i ) lOli should not be newly registered in the neighbor MAP 
table 116k as a neighbor MAP for the MAP(k) 101k. 

On the other hand, if the number of hops between the MAP(k) 
15 101k and the MAP ( i ) 1011 is less than the maximum value in the 
number of hops stored in the neighbor MAP table 116k in the MAP(k) 
101k at the time when the MAP notice packet 105i is received, 
then the NMDP unit 15 in the MAP ( k ) 101k determines whether the 
forced registration lifetime for a neighbor MAP that is larger 
20 in number of hops than the MAP ( i ) lOli in the neighbor MAP table 
116k in the MAP(k) 101k is 0 (sec). 

If the forced registration time for all neighbor MAPs that 
are larger in number of hops than the MAP ( i ) lOli is not 0 (sec. ) , 
then the NMDP unit 15 in the MAP(k) 101k judges that the MAP ( i ) 
25 lOli should not be newly registered in the neighbor MAP table 
116k in the MAP(k) 101k as a neighbor MAP for the MAP ( k ) 101k. 

On the other hand, if there is a neighbor MAP that is larger 
in number of hops than the MAP ( i ) lOli and that is 0 (sec.) in 
forced registration time, then the NMDP unit 15 in the MAP ( k ) 
30 101k judges that the MAP ( i ) lOli should be newly registered in 
the neighbor MAP table 116k in the MAP ( k ) 101k as a neighbor MAP 
for the MAP(k) 101k. First, the NMDP unit 15 in the MAP ( k ) 101k 
erases information concerning a neighbor MAP having the largest 
number of hops among neighbor MAPs that are greater in number 
35 of hops than the MAP ( j ) lOlj and that are 0 (sec.) in forced 



registration time. And theNMDP unit 15 in the MAP (k) 101k updates 
the neighbor MAP table 116k on the basis of the MAP notice packet 
105j. 

Specifically, the NMDP unit 15 in the MAP ( k) 101k acquires 
5 the intermediate MAP address and the sequence number from the 
MAP notice packet 105i, and acquires the initial lifetime from 
the second table 117k. The NMDP unit 15 in the MAP(k) 101k stores 
the determined number of hops, the acquired intermediate MAP 
address, initial lifetime and sequence number, and the initial 

10 value 0 ( sec . ) of the forced registration lifetime in the neighbor 
MAP table 116k in the MAP (k) 101k, as information concerning the 
MAP ( i ) 1011. In this way, the MAP(i) 1011, which is a newly 
detected neighbor MAP for the MAP (k) 101k, is registered in the 
neighbor MAP table 116k. 

15 The case where the MAP ( j ) 101 j has transmitted the MAP notice 

packet 105 j will now be described. The MAP ( j ) 101 j conducts 
decapsulation to remove the IPv6 header 141j from the received 
encapsulated MAP notice packet 104 3 , and transmits the MAP notice 
packet 105j shown in Fig. 27 toward the MAP ( k) 101k. 

20 It is now supposed that the number of hops between the MAP( j ) 

lOlj and the MAP(k) 101k is 15 at this time. In the MAP notice 
packet 105 j shown in Fig. 27, the value of HL in the IPv6 header 
151 j is " 13 . " Before the MAP notice packet 105j transmitted from 
the MAP ( j ) 101 j arrives at the MAP(k) 101k, the value of HL in 

2 5 the MAP notice packet 105j is decreased by 1 every transfer and 
becomes 0. In other words, the value of HL in the MAP notice 
packet 105 j is too small. On the route between the MAP ( j ) 101 j 
and the MAP(k) 101k, the value of HL becomes 0 and the MAP notice 
packet 105 j disappears. Therefore, the MAP notice packet 105 j 

30 does not arrive at the MAP (k) 101k. IntheMAP(k) 101k, therefore, 
update of the neighbor MAP table 116k based on the MAP notice 
packet 105 j is not conducted. 

Thus, it is desirable to set the initial value of HL in 
the IPv6 header 151 j in the MAP notice packet 105 j to the maximum 

35 value in the number of hops for neighbor MAPs stored in the neighbor 



MAP table 116k . In other words , it is desirable to set the initial 
HL in the second table 117k, which becomes the initial value of 
HL set in the IPv6 header 151 j , to the maximum value in the number 
of hops for neighbor MAPs stored in the neighbor MAP table 116k 
5 as shown in Fig. 20. As a result, the MAP notice packet 105 j 
transmitted from the MAP( j ) 101 j , which is a peripheral node that 
is located so far away that it may not be registered in the neighbor 
MAP table 116k, can be extinguished on the route between the MAP( j ) 
101 j and the MAP(k) 101k serving as the search node. In other 

10 words, the MAP ( j ) lOlj that is greater in number of hops than 
the neighbor MAPs in the current neighbor MAP table 116k is not 
registered in the neighbor MAP table 116k. It is possible to 
extinguish the MAP notice packet transmitted from the MAP( j ) lOlj 
without being received by the MAP (k) 101k. Therefore, the control 

15 load of the MAP ( k) 101k serving as the search node can be reduced, 
and transfer of extra packets can be prevented. 

Similarly in the node searchmethod of the present embodiment , 
erasing of a neighbor MAP in the case where a MAP notice packet 
is not returned, request for registration of a MAP in the 

20 registration MAP table issued by another MAP, and arrangement 
of a new MAP can be conducted in the same way as the first embodiment . 

(Search for MAP effected by MN) 

A search for a MAP effected by a MN will now be described 

25 with reference to Figs. 28 and 21. Fig. 28 shows a plurality 
of MAPs, MAP(a) 101a to MAP(o) lOlo, MN( a) 102a and MN(b) 102b 
included in the mobile communication system. In Fig. 28, neighbor 
MAP tables 126a and 126b respectively included in the MN( a) 102a 
and MN(b) 102b are shown together with the MN( a) 102a and MN(b) 

30 102b. For brevity of description, however, only IP addresses 
stored in the neighbor MAP tables 126a and 126b, and the number 
of hops between the MN( a ) 102a and MN(b) 102b and neighbor MAPs 
are shown . 

35 1. Search for MAP 
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First, as to how the MN(b) 102b searches for a MAP while 
moving on a travel route indicated by an arrow D in Fig. 28 will 
now be described. In the same way as the search for a MAP effected 
by a MAP , the MN(b) 102b searches for a MAP. If the lifetime 
of the information concerning any of MAPs registered in the 
neighbor MAP table 126b in the MN(b) 102b arrives at the search 
lifetime when the MN(b) 102b is in a position indicated by an 
arrow A in Fig. 28, then the MN(b) 102b starts a search for a 
MAP. Specifically, the NMDP unit 25 in the MN(b) 102b transmits 
a MAP search packet to the MAP. Subsequently, the NMDP unit 25 
in the MN(b) 102b receives a MAP notice packet for the MAP search 
packet returned from a MAP that has become a search packet reception 
node via a MAP that has become a peripheral node. Subsequently, 
the NMDP unit 25 in the MN(b) 102b detects a new MAP on the basis 
of the received MAP notice packet , acquires the latest information 
concerning existing neighbor MAPs, and updates the neighbor MAP 
table 126b. 

As a result, information concerning the MAP (o) lOlo, MAP ( g) 
lOlg, MAP ( i ) lOli, MAP (k) 101k and MAP(h) lOlh, which are neighbor 
MAPs each having a smaller number of hops with respect to the 
MN(b) 102b located in the position indicated by the arrow A in 
Fig. 28, is registered in the neighbor MAP table 126b. 

While the MN(b) 102b moves on the travel route indicated 
by the arrow D from the position indicated by the arrow A to a 
position indicated by an arrow C via a position indicated by an 
arrow B, the lifetime values for information concerning MAPs 
registered in the neighbor MAP table 126b arrives at the search 
lifetime one after another, and the MN(b) 102b effects a search 
for a MAP repetitively. 

In the position indicated by the arrow Bin Fig. 28, therefore, 
information concerning the MAP(k) 101k, MAP(i) lOli, MAP(o) lOlo, 
MAP(n) lOln and MAP ( h ) lOlh, which are neighbor MAPs each having 
a smaller number of hops with respect to the MN(b) 102b located 
in the position indicated by the arrow B, is registered in the 
neighbor MAP table 126b. In the position indicated by the arrow 
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C in Fig. 28, information concerning the MAP (n) lOln, MAP ( k ) 101k # 
MAP ( i ) lOli, MAP(l) 1011 and MAP(e) lOle, which are neighbor MAPs 
each having a smaller number of hops with respect to the MN(b) 
102b located in the position indicated by the arrowC, is registered 
in the neighbor MAP table 126b. 

2. Selection of MAP 

Selection of a MAP will now be described by taking the case 
where the MN( a ) 102a selects a MAP that is the most suitable for 
use, as an example. As described above, the MN ( a ) 102a has the 
neighbor MAP table 126a shown in Fig. 21 . The MAP selection policy 
holding unit 30 of the MN( a) 102a holds a MAP selection policy 
represented as "a MAP located nearest , i.e., a MAP having a minimum 
number of hops between nodes . " 

Therefore, the NMDP unit 25 in the MN(a) 102a collates 
information concerning neighbor MAPs stored in the neighbor MAP 
table 126a shown in Fig. 21 with the MAP selection policy held 
in the MAP selection policy holding unit 30 , and selects an optimum 
neighbor MAP. As a result, the NMDP unit 25 in the MN( a) 102a 
selects the MAP ( f ) lOlf as the neighbor MAP to be used. The NMDP 
unit 25 in the MN(a) 102a notifies the mobility management unit 
24 of an address of the MAP ( f ) If, which is the selected neighbor 
MAP. 

The MN( a) 102a registers the home address and a care of 
address now in use in the MAP ( f ) If. The MN( a ) 102a registers 
the home address and an address of the MAP ( f ) If in the HA. In 
this way, the MN (a) 102a can be provided for the transfer service 
for a packet transmitted to the home address of the MN( a) 102a, 
which is conducted by the MAP(b) 101b. 

According to the mobile communication system, the MAPs, 
the MNs, and the node search method, the following effects can 
be obtained in addition to the effects obtained by the mobile 
communication system, the MAPs, the MNs, and the node search method 
in the first embodiment. 

The neighbor MAP table stores five neighbor MAPs that are 



smallest in number of hops in the order of increasing number of 
hops. The search node in the MAP ( a ) 101a to MAP(o) lOlo, the 
MN( a) 102a and MN(b) 102b transmits a node search packet to a 
neighbor MAP having an address stored in the neighbor MAP table 
5 of the search node . A MAP that has received the node search packet 
and has become the search packet reception node returns a MAP 
notice packet, which is passed through peripheral nodes. 
Specifically, the MAP that has become the search packet reception 
node returns a MAP notice packet to the MAP serving as the search 

10 node, via neighbor MAPs having addresses stored in the neighbor 
MAP table of the MAP serving as the search packet reception node. 
Therefore, the MAP notice packet includes information, such as 
the number of hops and addresses, concerning MAPs that are 
peripheral nodes through which the MAP notice packet is passed. 

15 Therefore, the MAP serving as the search packet reception 

node can supply information concerning neighbor MAPs stored in 
the neighbor MAP table of itself to the MAP serving as the search 
node. Therefore, the search node in the MAP (a) 101a to MAP(o) 
lOlo, the MN( a) 102a and MN(b) 102b can grasp information, such 

20 as the number of hops and addresses, concerning a larger number 
of MAPs. In addition, the search node in the MAP (a) 101atoMAP(o) 
lOlo, the MN( a) 102a and MN(b) 102b can obtain information 
concerning MAPs that are located comparatively near to the search 
node, and detect neighbor MAPs that are small in number of hops 

25 efficiently. 

The MAP(a) 101a to MAP(o) lOlo include the NDMP unit 15, 
the neighbor MAP tables 116a to 116o, and the interface 19, 
respectively. Therefore, the MAP (a) 101a to MAP(o) lOlo can 
access the neighbor MAP tables 116a to 116o, create a MAP notice 

30 packet that is to be passed through peripheral nodes , on the basis 
of the stored information, and return the MAP notice packet to 
other MAPs. Therefore, the MAP(a) 101atoMAP(o) lOlo can supply 
information concerning neighbor MAPs stored in their own neighbor 
MAP tables to other MAPs. 

35 
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[Variations ] 

The present invention is not limited to the first and second 
embodiments, and various variations are possible. 

(First Variation] 
5 Service Nodes according to the present invention include 

not only nodes like mobility management nodes, which conduct 
packet processing, but also stationary nodes, such as printer 
servers, FTP (File Transfer Protocol) servers and electric 
appliances and mobile nodes, such as mobile terminals, PDAs 
10 (Personal Digital Assistants) and automobiles. In the case of 
a mobile node, it serves as a node for relaying a packet to a 
mobile node of transmission destination. As a result, the ad 
hoc technique or multi-hop connection technique can be applied 
thereto. 

15 Furthermore, in the case where as a plurality of nodes a 

plurality of FTP servers form a group and a client node downloads 
a file from any FTP server, or in the case where a client node 
uploads a file to any FTP server, the nodes and the node search 
method according to the present invention can be applied. As 

20 a result, the client node can select an optimum server from among 
detected FTP servers, and use the optimum server. Specifically, 
if own-node information, such as the processing capability or 
the traffic volume of the FTP server, and inter-node information, 
such as the delay value or the number of hops in packet transmission 

25 between the client node and the FTP server, are prescribed as 
a selection criterion for selecting a node to be used, then a 
suitable FTP server can be selected by taking them into 
consideration . 

For example, if an FTP server is selected on the basis of 
30 a selection criterion that an FTP server having the shortest delay 
value should be selected, then the client node can shorten the 
time required for downloading and uploading, and use the 
transmission line efficiently. In this way, the nodes and the 
node search method according to the present invention can be 
35 applied to various techniques that necessitate the detection of 



another node or the grasping of the state of another node. 

In the first and second embodiments , only MAPs form a group . 
The mobile communication system may include a plurality of groups • 
In other words, the mobile communication system can be formed 
by gathering a plurality of groups each formed by gathering nodes 
having the same function, such as a groups of FTP servers, a group 
of printer servers, and a group of mobile nodes. In this case, 
a criterion suitable for each group can be adopted as a decision 
criterion for judging remoteness/nearness. One node may belong 
to a plurality of groups . 

[Second Variation] 

In the first and second embodiments, a MAP notice packet 
including node information, such as the delay value, the number 
of hops and the processing capability, is used. A MAP that has 
become a search packet reception node or a peripheral node may 
create a MAP notice packet including an IP address of a neighbor 
MAP stored in its own neighbor MAP table, and return the MAP notice 
packet to a MAP or MN serving as the search node. In this case 
too, the MAP or MN serving as the search node can grasp an IP 
address of another MAP, detect a MAP, and register the detected 
MAP in the neighbor MAP table. In addition, it is possible to 
reduce the information included in the MAP notice packet, and 
make the packet transmission andpacket processingmore efficient . 

In this case, the MAP or MN serving as the search node 
transmits data for investigating node information to a MAP 
detected on the basis of the MAP notice packet. The detected 
MAP returns response data in response to the received data. The 
MAP or MN serving as the search node updates the neighbor MAP 
table. As the data for investigating the node information, for 
example, a ping (Packet Internet Groper) request can be used. 
As the response data, for example, a pin response can be used. 

Specifically, the MAP or MN serving as the search node 
transmits a ping request for investigating the delay value and 
the number of hops in packet transmission between the MAP serving 
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as the search node and a MAP detected on the basis of the MAP 
notice packet, to an IP address of the detected MAP. Upon 
receiving the ping request, the detected MAP returns a ping 
response in response to the ping request. Upon receiving the 
5 ping response, the MAP or MN serving as the search node updates 
the neighbor MAP table on the basis of the received ping response . 

In this case, the NMDP unit 15 in the MAP or the NMDP unit 
25 in the MN functions as a data creation unit, which creates 
data for investigating node information to be transmitted to the 

10 detected node, such as a ping request. The interface 19 in the 
MAP or the interface 29 in the MN functions as the communication 
unit, which transmits created data, and receives response data 
corresponding to the data returned from the detected node. In 
addition, the NMDP unit 15 in the MAP or the NMDP unit 2 5 in the 

15 MN functions as the update unit, which updates the neighbor MAP 
table on the basis of the returned response data. 

In this case, by using the data for investigating the node 
information and its response data, such as the ping request and 
ping response, the MAP or MN serving as the search node can also 

20 grasp the node information, such as various kinds of own-node 
information and inter-node information concerning the detected 
MAP. Furthermore, by receiving response data (ping response) 
depending upon the situation at the time of transmission of the 
data (ping request) for investigating the node information, the 

2 5 MAP or MN serving as the search node can grasp the node information 
depending upon the situation at that time, and hold the node 
information in the neighbor MAP table dynamically. 

Furthermore, after the MAP or MN has registered a MAP in 
the neighbor MAP table as a neighbor MAP, the MAP or MN can 

30 investigate the node information, such as the delay value and 
the number of hops between the MAP or MN and an already detected 
neighbor MAP, as occasion demands by using the data for 
investigating the node information and its response data, such 
as the ping request and ping response. Further, the MAP or MN 

35 can update the neighbor MAP table on the basis of the node 



information, and hold the latest information. 

[Third Variation) 

In the first and second embodiments , IPv6 is used . However , 
5 IPv4 can also be used. In the case where IPv4 is used, a packet 
obtained by storing information stored in the destination option 
header of a MAP search packet, a MAP notice request packet, a 
MAP notice packet, a neighbor MAP registration request packet, 
or a neighbor MAP registration acknowledgement packet, in a data 

10 part of an IPv4 packet is used. The kind of the packet indicated 
by the type in the destination option header is indicated by using 
the port number in the UDP header. 

Fig. 29 shows a configuration of a MAP 301 in the case where 
IPv4 is used. The MAP 301 comprises an application unit 311, 

15 a TCP/CDP unit 312, an IP layer unit 313, a mobility management 
unit 314, an NMDP unit 315, a neighbor MAP table 316, a second 
table 317, a link layer unit 318 and an interface 319. The 
application unit 311, the mobility management unit 314, the link 
layer unit 318 and the interface 319 are substantially the same 

20 as the application unit 11, the mobility management unit 14, the 
link layer unit 18 and the interface 19 of the MAP 1 shown in 
Fig. 2. 

The TCP/UDP unit 312 is connected to the NDMP unit 315. 
If the TCP/UDP unit 312 has acquired a packet concerning a search 

25 for a neighbor MAP from the IP layer unit 313, then the TCP/UDP 
unit 312 supplies the packet to the NDMP unit 315. The TCP/UDP 
unit 312 acquires a packet concerning a search for a neighbor 
MAP from the NDMP unit 315, and supplies the packet to the IP 
layer unit 313 . The TCP/UDP unit 312 judges the kind of the packet 

30 concerning the search for a MAP on the basis of a port number 
in a TCP header of the packet . Except for these points , the TCP/UDP 
unit 312 is substantially the same as the TCP/UDP unit 12 of the 
MAP 1 shown in Fig. 2. 

The NDMP unit 315 is connected to the TCP/UDP unit 312. 

35 The NDMP unit 315 conducts processing on a packet concerning a 
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search for a MAP acquired from the TCP/UDP unit 312 . Furthermore , 
the NDMP unit 315 access the neighbor MAP table 316 and the second 
table 317 , creates a packet concerning a search for a MAP , and 
supplies the packet to the TCP/UDP unit 312. Thus, the NDMP unit 
5 315 , the neighbor MAP table 316 and the second table 317 are 
substantially the same as the NDMP unit 15 , the neighbor MAP table 
16 and the second table 17 in the MAP 1 shown in Fig. 2 except 
that the processing is conducted at the TCP/UDP level. Except 
that the IP layer unit 313 is not connected to the NDMP unit 315 

10 and the IP layer unit 313 does not conduct processing on a packet 
concerning a search for a MAP , the IP layer unit 313 is substantially 
the same as the IP layer unit 13 shown in Fig. 2. 

Fig. 30 shows a configuration of a MN 302 in the case where 
IPv4 is used. The MN 302 comprises an application unit 321 , a 

15 TCP/CDP unit 322, an IP layer unit 323, a mobility management 
unit 324, an NMDP unit 325, a neighbor MAP table 326, a second 
table 327, a link layer unit 328, an interface 329 and a MAP 
selection policy holding unit 330. 

The application unit 321 , the mobility management unit 324 , 

20 the link layer unit 328 and the interface 329 are substantially 
the same as the application unit 21 , the mobility management unit 
24, the link layer unit 28 and the interface 29 of the MN 2 shown 
in Fig. 4. 

The TCP/UDP unit 322 is connected to the NDMP unit 325. 

25 If the TCP/UDP unit 322 has acquired a packet concerning a search 
for a neighbor MAP from the IP layer unit 323, then the TCP/UDP 
unit 322 supplies the packet to the NDMP unit 325. The TCP/UDP 
unit 322 acquires a packet concerning a search for a MAP from 
the NDMP unit 325, and supplies the packet to the IP layer unit 

30 323 . The TCP/UDP unit 322 judges the kind of the packet concerning 
the search for a MAP on the basis of a port number in a TCP header 
of the packet. Except for these points, the TCP/UDP unit 322 
is substantially the same as the TCP/UDP unit 12 of the MN 2 shown 
in Fig. 4. 

35 The NDMP unit 325 is connected to the TCP/UDP unit 322. 



The NDMP unit 325 conducts processing on a packet concerning a 
search for a MAP acquired from the TCP/UDP unit 322 . Furthermore , 
the NDMP unit 325 accesses the neighbor MAP table 326 and the 
second table 327, creates a packet concerning a search for a MAP , 
5 and supplies the packet to the TCP/UDP unit 322. Thus, the NDMP 
unit 325, the neighbor MAP table 326, the second table 327 and 
the MAP selection policy holding unit 330 are substantially the 
same as the NDMP unit 25, the neighbor MAP table 26, the second 
table 27 and the MAP selection policy holding unit 30 in the MN 

10 2 shown in Fig. 4 except that the processing is conducted at the 
TCP/UDP level. Except that the IP layer unit 323 is not connected 
to the NDMP unit 325 and the IP layer unit 323 does not conduct 
processing on a packet concerning a search for a MAP, the IP layer 
unit 323 is substantially the same as the IP layer unit 23 shown 

15 in Fig. 4. 

[Fourth Variation] 

In peripheral nodes , there is a MAP that directly neighbors 
a MAP serving as the search packet reception node, and a MAP that 
20 indirectly neighbors the MAP serving as the search packet 
reception node. For example, denoting a MAP that directly 
neighbors a MAP serving as the search packet reception node by 
first neighbor MAP, a second neighbor MAP that directly neighbors 
the first neighbor MAP and a third neighbor MAP that directly 

2 5 neighbors the second neighbor MAP become MAPs that indirectly 

neighbor the MAP serving as the search packet reception node. 

In the first embodiment, a MAP notice request packet is 
transmitted to a MAP serving as a peripheral node that directly 
neighbors a MAP serving as the search packet reception node, and 
30 the peripheral node that has received the MAP notice request packet 
transmits a MAP notice packet. However, a MAP serving as a 
peripheral node that directly neighbors a MAP serving as the search 
packet reception node may further transmit a MAP notice request 
packet to a MAP having an address stored in the neighbor MAP table 

3 5 in the MAP serving as the peripheral node. 
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As a result , a MAP serving as the search node can also receive 
a MAP notice packet from a MAP serving as a peripheral node that 
indirectly neighbors a search packet reception node . In the same 
way, upon receiving a MAP notice request packet, a MAP serving 
5 as a peripheral node may create a MAP notice request packet and 
transmit the MAP notice request packet to a MAP having an address 
stored in the neighbor MAP table in the MAP serving as the peripheral 
node. This operation may be repeated one after another. When 
the interface 19 has received at least one of a MAP search packet, 

10 a MAP notice packet and a MAP notice request packet, the NMDP 
unit 15 in a MAP can create a MAP notice request packet. 

Furthermore, upon receiving a MAP notice packet, a MAP 
existing on a route through which a MAP notice packet is passed 
may create a MAP notice packet that includes information 

15 concerning a MAP registered in the neighbor MAP table in the MAP 
that has received the MAP notice packet, and transmit the MAP 
notice packet to a MAP serving as the search node. Or upon 
receiving a MAP notice packet, a MAP existing on a route through 
which a MAP notice packet is passed may store information 

20 concerning a MAP registered in the neighbor MAP table in the MAP 
that has received the MAP notice packet , in the received MAP notice 
packet . A MAP serving as a peripheral node may further return 
a MAP notice packet that passes through another peripheral node. 
At this time, the MAP serving as the peripheral node creates a 

25 MAP notice packet that passes through a MAP having an address 
stored in the neighbor MAP table in the MAP serving as the peripheral 
node, and returns the MAP notice packet. When the interface 19 
has received at least one of a MAP search packet, a MAP notice 
packet and a MAP notice request packet, the NMDP unit 15 in a 

30 MAP can create a MAP notice request packet. 

A MAP that has received a neighbor MAP registration request 
packet may further transmit a neighbor MAP registration request 
packet to another MAP. As heretofore described, each MAP may 
transmit a packet concerning a search for a MAP to a MAP neighboring 

35 itself, and propagation to the surrounding MAPs may be conducted 
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by repeating this operation. As a result, each MAP can grasp 
information concerning a larger number of MAPs. 

[Fifth Variation] 
5 The method for determining a delay value and the number 

of hops between MAPs is not limited to that in the first and second 
embodiments. In the first and second embodiments, a MAP or MN 
serving as a search node determines inter-node information between 
the MAP or MN itself serving as the search node and a MAP serving 

10 as a peripheral node, on the basis of a delay value between the 
MAP or MN itself and a MAP serving as a search packet reception 
node and a delay value between the MAP serving as a search packet 
reception node and the MAP serving as the peripheral node. If 
the MAPs are in synchronism with each other and a MAP is in 

15 synchronism with the MN, however, the delay value itself between 
the MAP or MN itself serving as the search node and the MAP serving 
as the peripheral node can be measured directly. For example, 
when transmitting a MAP notice packet, the MAP serving as the 
peripheral node needs only to store its transmission time in the 

20 MAP notice packet. It is not necessary to store the search start 
time in a MAP search packet, a MAP notice request packet, or a 
MAP notice packet. 

In the case where the MAPs are in synchronism with each 
other and a MAP is in synchronism with the MN, each MAP that exists 

25 on the route of a MAP notice packet may store an IP address of 
itself and transmission time of the MAP notice packet when it 
has received the MAP notice packet. In other words, each MAP 
may press a time stamp of transmission time on a MAP notice packet . 
As a result, the MAP serving as the search node can grasp 

30 information concerning a larger number of MAPs at a time. 

In the case where the MAPs are in synchronism with each 
other and a MAP is in synchronism with the MN, the MAP or MN serving 
as the search node may hold a table in which sequence numbers 
of MAP search packets are associated with the search start time 

35 of the MAP search packets. By accessing the table on the basis 
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of the sequence number in the returned MAP notice packet, the 
search start time can be grasped. As a result , it is not necessary 
to store the search start time in the MAP search packet , MAP notice 
request packet and MAP notice packet. 
5 Also, as for the number of hops, the number of hops between 

the MAP or MN itself serving as the search node and the MAP serving 
as the peripheral node may be directly measured. Or the number 
of hops between the MAP or MN itself serving as the search node 
and the MAP serving as the peripheral node may be calculated from 
10 the numbers of hops between MAPs. 

(Sixth Variation] 

Information included in the MAP notice packet and 
information stored in the neighbor MAP table are not limited to 

15 those in the first and second embodiments. The information 

included in the MAP notice packet and the information stored in 
the neighbor MAP table vary according to the remoteness/nearness 
decision criterion used by the mobile communication system and 
the nodes, and the MAP selection policy. If, besides the delay 

20 value and the number of hops , for example , inter-node information , 
such as the cost, link capacity and propagation path information 
in packet transmission between nodes, and own-node information, 
such as the processing capability of the node, traffic volume 
in the node, the number of nodes using the node, transmission 

25 power of the node and reliability of the node, such as whether 
a mirror configuration is adopted, are used as parameters for 
the remoteness /nearness decision criterion, then the MAP notice 
packet includes the inter-node information and the own-node 
information, and the neighbor MAP table stores the inter-node 

30 information and the own-node information. 

If besides the processing capability, inter-node 
information , such as the cost , link capacity and propagation path 
information in packet transmission between nodes, and own-node 
information, such as the traffic volume in the node, the number 

35 of nodes using the node, transmission power and reliability, are 



used as parameters for the MAP selection policy, then the MAP 
notice packet includes the inter-node information and the own-node 
information, and the neighbor MAP table stores the inter-node 
information and the own-node information. 
5 It is also possible that the neighbor MAP table stores a 

plurality of kinds of own-node information and inter-node 
information and the NMDP unit alters the remoteness /nearness 
decision criterion to be adopted or the MAP selection policy to 
be used, according to the situation. A criterion used to store 

10 information by the neighbor MAP table is not limited to that in 
the first and second embodiments, either. For example, 
information concerning MAPs that are less than a predetermined 
value in the delay value or the number of hops may be stored without 
setting the maximum number of node entries . It is desirable that 

15 the criterion according to which the neighbor MAP table stores 
information is set on the basis of the MAP selection policy. By 
previously registering MAPs satisfying the MAP selection policy 
in the neighbor MAP table, a node to be used can be selected 
efficiently. 

20 
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